Ocasionalment, els usuaris es trobaran amb empaquetaments dolents de les distribucions; ja sigui per una versió equivocada d'un component que s'inclou, o bé s'ha deixat una part necessària. Per alguna raó, això passa sovint amb les dependències del MySQL. Els informes d'errors en aquests casos s'han d'enviar a la vostra distribució, no a bugs.kde.org.

Per a aquells que volen ajudar provant les versions més noves de l'Amarok, s'aconsella una construcció local. Utilitzeu aquesta guia excel·lent: Compilant localment l'Amarok del GIT; un resum complet. Aquí es pot trobar informació detallada sobre el «git»: Guia d'aprenentatge del GIT de Techbase.

Si abans l'heu construït amb èxit, i ara trobeu errors, intenteu eliminar el CMakeCache.txt i torneu-ho a provar. Si això encara no funciona, elimineu tota la carpeta Build i construïu-ho completament de nou.

L'URL a recuperar del git ha canviat recentment. Executeu git remote set-url origin git://anongit.kde.org/amarok si encara utilitzeu l'URL antic. Si us plau, aviseu-nos si trobeu l'enllaç antic en els nostres documents perquè puguem actualitzar-ho a tot arreu.

La llista de reproducció actual pot estar corrupta ocasionalment, la qual cosa evitarà que l'Amarok s'iniciï. Això es pot solucionar simplement eliminant el fitxer de la llista de reproducció actual del directori de l'Amarok, $HOME/.kde/share/apps/amarok/current.xspf. Tingueu en compte que en alguns sistemes això podria ser .kde4 en lloc de .kde.

Si la base de dades està corrupta i això està impedint que l'Amarok s'iniciï, podeu moure la base de dades a una ubicació de còpia de seguretat (o simplement suprimir-la). Això farà que l'Amarok reconstrueixi la base de dades des de zero. Moveu la carpeta $HOME/.kde/share/apps/amarok/mysqle a una ubicació de còpia de seguretat (com ara $HOME/.kde/share/apps/amarok/mysqle~) i reinicieu l'Amarok.

Si els dos elements anteriors no ajuden, o si necessiteu restaurar l'Amarok a una configuració neta, podeu moure a una ubicació de còpia de seguretat (o suprimir) el directori de l'Amarok a $HOME/.kde/share/apps/amarok i els fitxers de configuració de l'Amarok a $HOME/.kde/share/config/amarok* (pot ser que hi hagi dos o tres fitxers que coincideixin amb aquest patró). De nou, el directori pot ser .kde4 en lloc de .kde.

Algú s'ha adonat que l'Amarok sembla que li faltin alguns fitxers. Una de les causes pot ser les etiquetes corruptes, que podeu comprovar utilitzant l'aplicació d'etiquetatge kid3. Més sobre l'etiquetatge aquí.

Per a trobar el(s) fitxer(s) dolent, executeu amarokcollectionscanner a la consola. Els detalls aquí.

Si l'Amarok no està desant els canvis a les etiquetes, pot ser que tingueu problemes de permisos. Assegureu-vos que l'usuari té permisos d'escriptura per a la música. Per exemple, chown -R usuari Músic/a per a canviar la propietat a l'usuari, o chmod -R +w Música/ per a afegir permisos d'escriptura al propietari.

De vegades la gent informa que les peces estan a Artistes diversos quan no haurien de ser-hi, o s'ordenen en «Àlbum desconegut» El que separa diversos àlbums d'artistes i peces i àlbums ordenats sota els seus artistes és l'etiqueta Artista de l'àlbum. Quan feu clic a Mostra sota Artistes diversos en el menú contextual (clic dret), aquesta etiqueta es buidarà si s'omple. El contrari passa amb un fitxer de diversos artistes quan s'escull No mostris sota Artistes diversos, però l'etiqueta Artista de l'àlbum s'omplirà automàticament a partir de l'etiqueta Artista.

Si no hi ha cap etiqueta d'Àlbum, i no hi ha cap etiqueta d'Artista d'àlbum, l'Amarok col·locarà la peça en Àlbum desconegut en Artistes diversos. Si voleu que s'ordenin d'una altra manera, etiqueteu-los com vulgueu que s'ordenin. Si no coneixeu una part de la informació, proveu la funció nova MusicBrainz a l'editor d'etiquetes, o utilitzeu una aplicació d'etiquetatge.

De vegades l'Amarok mostra el diàleg següent durant l'exploració de la col·lecció (potser inicial):

Això vol dir que un fitxer idèntic ha acabat dues vegades a la col·lecció en llocs diferents. Podeu utilitzar el Navegador de fitxers de l'Amarok per a marcar els fitxers individualment, l'acció habitual és eliminar un dels fitxers duplicats. Si esteu segur que les peces no són duplicades (o no haurien de ser) pot haver-hi diverses raons per les quals l'Amarok pensa que ho són:

Si els fitxers que intenteu reproduir estan en format mp3, consulteu les instruccions per a permetre el funcionament d'mp3 a la vostra distribució, aquí. Tingueu en compte que una peça de programari capaç de reproduir mp3 al vostre sistema no significa necessàriament que l'Amarok hagi instal·lat els còdecs requerits.

Per a problemes de so més generals, primer comproveu quin dorsal de Phonon esteu utilitzant a Arranjament → Configura l'Amarok → Reproducció → Configura el Phonon → Dorsal. Considereu canviar a un dorsal diferent; els dorsals VLC i GStreamer haurien d'estar disponibles des de la vostra distribució. Es recomanen tant els dorsals GStreamer o VLC, si la vostra distribució encara està distribuint altres dorsals no els utilitzeu.

Comproveu també si el programari autònom del dorsal pot reproduir els fitxers correctament; si no és un problema amb aquest programari i podeu trobar informació en els seus fitxers d'ajuda. En altres paraules, pot el GStreamer o el VLC reproduir el mateix fitxer? Es reproduirà en el Dragon, que també utilitza el Phonon?

Si sembla que sigui un problema del PulseAudio, i voleu proporcionar un registre als desenvolupadors del PulseAudio, la pàgina de resolució de problemes és aquí.

És més probable que s'hagi instal·lat la versió incorrecta de la «libgpod4». A Debian i les seves derivades com Kubuntu, la predeterminada és «libgpod4-nogtk», que ve sense la implementació per a caràtules. Instal·leu la variant «libgpod4»: sudo apt-get install libgpod4. El paquet «libgpod4-nogtk» es pot eliminar sense problema. Des de Kubuntu Quantal Quetzal on (publicat com a 12.10) aquest paquet s'ha eliminat i el valor predeterminat és «libgpod4».