Скорее всего это происходит потому что один из файлов в вашей коллекции вызывает ошибку в библиотеке TagLib, и это вызывает ошибку в amaroK. Определить этот файл можно просмотрев файл ~/.kde/share/apps/amarok/collection_scan.log. Вам необходимо отправить сообщить об ошибке в базу данных ошибок TagLib bugs.kde.org и приложить файл вызывающий ошибку. После этого вы можете удалить файл из коллекции и продолжить сканирование.

Обычно это значит что при чтении тегов этого трека происходит ошибка в TagLib. Сообщите об ошибке в TagLib на bugs.kde.org.

Обновите библиотеки и утилиты ALSA до последней версии, или используйте OSS, или эмуляцию OSS.

Если в качестве движка базы данных вы используете MySQL, то попробуйте SQLite, он более проработан (код amaroK, а не сама база данных)

Попробуйте другой аудио движок.

Убедитесь в том что все библиотеки которые использует amaroK были скомпилированы той же версией GCC что и сам amaroK. Ситуация когда amaroK был скомпилирован с использованием GCC 3.4.x и связан с taglib которая была скомпилирована с использованием GCC 3.3.x может привести к сбоям во время редактирования тегов.

Если вы используете KDE с artsd, попробуйте отключить "Засыпать при простое более:" в настройках звуковой системы, или по крайней мере не используйте значение в 1 секунду, так как в этом случае это будет влиять каждый раз когда amarok переходит к следующей песне.

Или же отправьте нам backtrace когда появится диалоговое окно (вы увидите). Если сбои происходят часто, то если вы отправите нам действительно хороший backtrace, ваша проблема будет вскоре решена. Смотрите следующую секцию для помощи по этому.

Смотрите Debugging HowTo.

Если Konqueror или другие приложения выводят другую информацию о Заголовке, Исполнителе, Альбоме или Жанре, чем та, которую amaroK извлекает когда создаёт коллекцию, он возможно использует старый формат тегов ID3v1, а не новый ID3v2. Это может происходить из-за вашей настройки Кодировки: перейдите в Настройка->Настроить amaroK..., и затем найдите секцию Кодировки в панели настройки. Снимите все флажки до "Перекодировать следующие 8-разрядные данные". Затем снова проведите сканирование коллекции чтобы использовать данные из тегов ID3v2.

Это происходит потому что большинство приложений записывающих данные в id3v2 теги в кодировке utf8 не указывают что используется кодировка unicode. Этот скрипт на perl решает эту проблему.

#!/usr/bin/perl
die "File $ARGV[0] doesn't exist" unless -f $ARGV[0];
use MP3::Mplib;
my $mp3 = MP3::Mplib->new($ARGV[0]);
my $v2tag = $mp3->get_v2tag;
print "Error writing tags of $ARGV[0]\n" unless $mp3->set_v2tag($v2tag,&UTF8);

Пиктограммы в строке состояния amaroK (В случайном порядке/Повторять список/Динамический режим) всегда выглядят активными. Это известная ошибка в KDE 3.4.0. Эффекты пиктограмм иногда забываются. Откройте в kcontrol Внешний вид и темы->Значки->Дополнительно и отключите эффект "Оттенки серого" и "Полупрозрачные". Заметьте, что иногда необходимо щёлкнуть иконку 3 раза перед тем как она начнёт воспринимать сделанные изменения.

Если у вас происходит эта ошибка: "amarokapp: symbol lookup error: amarokapp: undefined symbol: _ZN11KSystemTray9setPixmapERK7QPixmap", проверьте что amarokapp использует правильную libqt (проверьте с помощью: ldd `which amarokapp` | grep qt).

Чтобы исправить это удалите конфликтующие libqt и/или отредактируйте /etc/ld.so.conf так, чтобы правильная версия была первой.