AMule problems-nl

aMule common problems

by Jacobo221

English | Español | Nederlands

Ik krijg de melding "aMule already running: exiting" op de terminal als ik aMule start. Kan ik het toch starten?

Deze melding is duidelijk: aMule draait al. Dit gaat niet over het hele systeem, maar dat u (uw account) al aMule draait.
U kunt denken dat aMule niet draait, omdat het gecrashed is. Maar het komt voor dat sommige processen niet helemaal gesloten worden, in plaats daarvan blijven ze in een status bekend als zombie of defunct. Om te zien of dit uw probleem is, draai ps u | grep amule en als het uitvoer toont, draait er nog een aMule proces met uw account. Om het af te sluiten, sluit het handmatig (indien mogelijk) of sluit het met kill -9 <aMule-PID> of killall -9 amule of log uit en log opnieuw in (wat, meestal, ook alle aMule processen zou moeten sluiten, behalve als u aMule hebt gestart met nohup of iets dergelijks).
Als geen van de bvenstaande oplossingen u aanspreken, kunt u nog een aMule draaien als een andere gebruiker (uiteraard alleeen als u in kunt loggen met een ander accout). Lees Kan ik twee instanties van aMule tegelijkertijd draaien?.

aMule start maar wordt nooit getoond, hoewel het goed werkt. Wat is er aan de hand?

Dit kan voorkomen als u een verkeerd type van SysTray kies in Voorkeuren -> Algemeen - > "Systray Integratie" en u stelt aMule in om te minimaliseren naar de tray en u stelt aMule in om geminimaliseerd te starten. U heeft dus echt de tijd genomen om dit te veroorzaken, nietwaar?
Om dit op te lossen, moet u het bestand ~/.eMule bewerken en zoeken naar StartupMinimized=1 en als u het gevonden heeft, moet u dat veranderen in StartupMinimized=0. Het volgende script doet dat automatisch voor u:
sed s/StartupMinimized=1/StartupMinimized=0/ ~/.eMule > ~/.eMule.temp && mv -f ~/.eMule.temp ~/.eMule
Als u de volgende keer aMule start stel de correcte SysTray integratie in bij Voorkeuren zodat u "Start geminimaliseerd" kunt aanvinken zonder dat u aMule kwijt raakt.
Als het bovenstaande om de een of andere reden niet heeft gewerkt, kunt u proberen om handmatig de Systray integratie te veranderen in de standaard instelling "Geen systray integratie". Om dat te doen, stelt u de DesktopMode= waarde in ~/.eMule op 4. Het volgende script doet dat automatisch voor u:
sed s/DesktopMode=[0-9]/DesktopMode=4/ ~/.eMule > ~/.eMule.temp && mv -f ~/.eMule.temp ~/.eMule
LET OP: Bij aMule versies ouder dan 2.0.0rc4 moet u het instellen op 1 in plaats van op 4 omdat het opslaan van de Voorkeuren iets gewijzigd is.

aMule start maar verbindt nooit/gedraagt zich vreemd/crashed de hele tijd/etc...?

aMule versies tot 2.0.0-rc3 moeten niet gelinked worden tegen wxWidgets 2.5.x of GTK2 hoewel sommige Linux distributies diet wel doen. Controleer dit om er zeker van te zijn dat dit niet het geval is. Als u het niet zeker weet plak uw backtrace op aMule's Backtraces forum of kom op aMule's IRC kanaal #amule op irc.freenode.net

Waar zijn mijn gedownloade bestanden?

aMule bewaart complete bestanden standaard in ~/.aMule/Incoming maar, omdat de ~/.aMuledirectory verborgen is, kan het zijn dat uw bestandsbeheerder het niet toont. Zorg ervoor dat u uw bestandsbeheerder hebt ingesteld om verborgen bestanden te tonen.
Standaard worden bestanden die gedownload worden geplaatst in ~/.aMule/Temp, alweer, dit is een verborgen directory en de bestandsbeheerd moet ingesteld zijn om verborgen bestanden te tonen.

Waarom is het CPU gebruik van aMule zo hoog bij het starten?

Dit is omdat aMule nieuw bestanden in de Gedeelde Directories aan het hashen is.
Als aMule altijd een hoog CPU gebruik heeft bij het starten en er zijn geen nieuwe bestanden toegevoegd of veranderd in de Gedeelde Directories, dan is er iets mis.
Bij aMule versies ouder dan 2.0.0-rc3 kon dit voorkomen als de tijdelijke, binnekomende of een Gedeelde Directory op een FAT32 partitie staat. Vanaf aMule 2.0.0-rc3 komt dit niet meer voor.
In aMule versies ouder dan 2.0.0-rc4 kon dit ook voorkomen bij bestandssystemen met UTF-8 codering (dit probleem is bekend bij SuSE 9.1) als een bestand of directory in de Gedeelde Directories een speciaal teken bevat. Als dit uw probleem is is er een manier om dit te omzeilen (dank aan nachbarnebenan): nadat aMule alle gedeelde bestanden heeft gehashed (dat is, als het stopt met veel CPU tijd te gebruiken), sluit aMule en codeer ~/.aMule/known.met met UTF-8 codering (dit kunt u doen met het programma [recode door het volgende commando te draaien: recode u8 ~/.aMule/known.met). Dit moet gedaan worden als een bestand is toegevoegd of veranderd in een Gedeelde Directory. Dus, de beste oplossing is om te upgraden naar de nieuwste aMule versie.
Als geen van de bovenstaande oplossingen helpt, is er iets serieus mis met het bestand known.met, waarschijnlijk heeft een extern programma of een gebruiker dit veroorzaakt. De beste oplossing is om het bestand te verwijderen, aMule te starten en alle bestanden opnieuw te laten hashen.

aMule start nu, maar waarom toont het deze melding: "Geen geldige servers om mee te verbinden in de serverlijst gevonden"?

Dat is omdat u de optie "Auto verbindt alleen met servers op de statische lijst". Dus, scakel dat uit of voeg wat servers toe aan de statische lijst.
Om die optie uit te schakelen, ga naar Voorkeuren -> Servers -> "Auto verbindt alleen met servers op de statische lijst"
Om een server toe te voegen aan de statische lijst, ga naar de Servers tab en klik met de rechtermuisknop op de server die u wilt toevoegen aan de statische lijst. Kies dan voor "Voeg toe aan statisch" en doe dit met alle servers die u wilt toevoegen aan de statische lijst.

aMule verbindt met de server, maar het krijgt altijd een Laag ID. Waarom? en, kan ik er wat aan doen?

Dit kan drie oorzaken hebben:

• Een benodigde poort is niet geopend in uw firewall. Lees dit om te weten te komen wat u kunt doen en controleer hier of de poorten open zijn.
• De server is erg druk of misschien slecht geoconfigureerd, dus geeft het u een Laag ID. Hier kunt u niets aan dan, behalve opnieuw verbinden of een andere server proberen.
• Sommige ISPs verbieden het gebruik van p2p programma's, zoals aMule, door het verkeer via populaire p2p poorten niet toe te staan. In deze gevallen moet u aMule zo configureren dat het een andere poort gebruikt. Het beste als het een populaire poort is gebruikt voor iets anders. Het is bekend dat het bij sommige ISPs werkt met TCP poort 25600.

aMule was onderbroken tijdens het completeren van een bestand en nu wordt het nooit gecompleteerd (hoewel het voor 100% is gedownload). Hoe kan ik het completeren?

Dit is makkelijk: Sluit aMule. Ga naar de Temp directory (standaar, ~/.aMule/Temp) en draai het volgende commando:

touch ./*

Start dan aMule en let het de bestanden completeren.

I just lost a download. Is there anyway I can recover it?

This is strange to happen, but it might, although in most cases it is the result of some non-aMule-related stuff going weird (or user's fault).
Two things may have happened. Either *.part.met files were deleted, or *.part files were deleted.
If *.part files have dissapeared, the only solution is to reastart the downloads from the beggining (if *.part.met files are still there, aMule will restart the downloads on next start). However this should never happen unless the user directly deleted them.
If *.part.met files have dissapeared but *.part files are still in the Temp directory, then search if *.part.met.bak are also in the Temp directory. If they are, then just rename *.part.met.bak files to *.part.met just by running:
for file in *.part.met.bak; do mv -f "$file" "${file%.bak}; done
Still, it could happen that, although you have the *.part files, neither *.part.met nor *.part.met.bak files exist any longer. In this case, you would have two ways ways to work out of this:
Either, use MetFileRegenerator (Java needed) to reconstruct the *.part.met files.
Or, search again on aMule for the files you were downloading and rename their part number in the *.part.met files to the ones it used to have. For example, if you ware down loading aMule_1.2.6.tar.gz and that was being downloaded in Temp directory as 008.part, then that file used to have it's corresponding 008.part.met file and, probably, it's 008.part.met.bak file. But this two latter files have misteriously dissapeared. Then search again on aMule for aMule_1.2.6.tar.gz and start downloading it. Close aMule and you'll have this new download as, for example, 011.part file in the Temp directory. Of course, this download will have it's 011.part.met file. Well, rename 011.part.met to 008.part.met and then delete 011.part (and 011.part.met.bak if it existed). Now start aMule and you will have recovered the download from the point it was before the *.part.met files disapeared.

Waarom reageert aMule ineens niet meer op de muis hoewel het niet hangt?

Het komt voor dat u een dialoog venster ergens verborgen liet op de desktop. aMule wacht tot dat venster gesloten is, dus reageert het niet meer tot u klikt op OK, Cancel of waar u op moet klikken.
Dus, zorg er voor dat er geen aMule dialoog venster over is in een workspace.

Waarom worden sommige bestanden in mijn gedeelde directories niet getoond in de Gedeelde Directories tab?

Dit kan voorkomen als u deze bestanden hebt toegevoegd nadat aMule gestart is. Druk op de "Opnieuw laden" knop in de Gedeelde Directories tab en het zou de nieuwe bestanden moeten vinden en ze hashen (dit kan wat CPU tijd vergen).
Echter, in sommige versies is het voorgekomen dat na het herstarten van aMule, sommige bestanden verdwijnen van de Gedeelde Directories tab howel ze in de gedeelde directories zijn. In deze gevallen is de enige manier om ze terug te krijgen om het bestand ~/.aMule/known.met te verwijderen, maar, natuurlijk, worden alle gedeelde bestanden opnieuw gehashed bij de volgende start van aMule, en dat neemt waarschijnlijk wat tijd in beslag.

Ik krijg altijd een bericht over addresses.met als ik aMule start. Wat is er mis?

Dit komt voor als u de optie Voorkeuren -> Server -> "Auto-update serverlijst bij het opstarten" aanzet en u heeft geen serverlijst urls in addresses.dat. U moet er of wat toevoegen aan addresses.dat door ze toe te voegen bij Voorkeuren -> Server -> Lijst of u moet de optie Voorkeuren -> Server -> "Auto-update serverlijst bij het opstarten" uitzetten als u het niet nodig hebt.

Ik zie soms een bericht in de log over credits die kwijt geraakt zijn. Moet ik me zorgen maken?

Nee, u hoeft u geen zorgen te maken. Credits voor een client worden verwijderd als die client 150 dagen (ongeveer 5 maanden) niet wordt "gezien". Slecte clients kunnen ook hun credits verlizen. Deze berichten zijn slechts debug informatie, u moet zich er geen zorgen over maken.

Wat moet ik doen als ik het bestand cryptkey.dat kwijt raak?

Het verliezen van dat bestand zorgt er voor dat u al uw credits verliest, sorry. ALS u weer credits wilt ontvangen vanaf dit moment, verwijder dan ook ~/.aMule/preferences.dat. Als u dat niet doet, kunt u geen credits meer verzamelen van de clients die u ooit (voor het verliezen van het bestand cryptkey.dat) geïdentificeerd hebbben.

Waarom wordt de Upload/Download grens altijd teruggezet naar 0 na elke herstart?

Dit komt voor op aMule versies voor 2.0.0-rc4 als u probeert om een Upload of Download grens waarde hoger dan de Upload op Download Capaciteit waarde in te stellen. Sinds versie 2.0.0-rc4 is dit opgelost (lees What is the real point on setting up Line Capacities in Preferences? Shouldn't aMule only care for the Bandwidth Limits? om te begrijpen waarom) en zou niet meer moeten voorkomen.

Why is aMule ignoring the bandwith I set per slot?

The bandwidth set to each slot can be set in Preferences, but it will be ignored if the bandwidth set per slot doesn't allow at least three connections at the same time.
So, the maximum speed allowed per slot is BandwidthLimit/3.
Please do NOT confuse Bandwidth limit with Bandwith Capacity. Read What is the real point on setting up Line Capacities in Preferences? Shouldn't aMule only care for the Bandwidth Limits? since the meaning of the Bandwidth Capacity setting is not intuitive.
Also, if aMule detects that, after having set all the slots for uploading, still some bandwidth is left before getting to the Bandwidth Limit, it will allow another slot and divide all the slot bandwidths to so use the same amount of bandwidth.

Example:
Bandwidth Limit: 7 KBps Slot allocation: 2 KBps When aMule sets the slots to some clients to upload to them, after giving out three slots, it will notice that tehre are no more 2KBps left, since the limit is 7 KBps, but there is still 1 KBps left in the bandwicth before reaching the Bandwidth Limit. So, It will allow another slot to upload to a client and, isntead of giving that last slot a 1 KBps bandwidth connection (and leave the rest with a 2 KBps bandwidth connetcion), it will give all four slots a 1.8 KBps bandwidth connection.

Why can't I set aMule's download limit to more than X?

To keep the ED2K network alive, all ED2K clients have an upload/download limits ratio hardcoded which, depending on the upload limit set, is:

From 0KBps to 3KBps:
DownloadLimit can't be more than UploadLimit*3
From 4KBps to 9KBps:
DownloadLimit can't be more than UploadLimit*4
UploadLimit values over 9KBps:
There's no DownloadLimit limitation.

Be carefull when setting 0KBps as Upload Limit . It might not mean what you think it is. Read I set Upload Limit to 0KBps, but aMule is still transfering. What did I do wrong? to make sure you understand it's meaning.

I set Upload Limit to 0KBps, but aMule is still transfering. What did I do wrong?

Setting Upload limit to 0KBps will not stop transfers, instead, 0 value means unlimited, so, it's right the opossite of you're trying to do. There's no way to stop aMule from uploading files, and that's the same on all ED2K clients (eMule, eDonkey, etc). Allowing people not to upload would bring the ED2K network to it's end.
Even if you don't share any directory, the Temp directory will always be shared, so that files that you are downloading are shared with other clients.

Why am I getting "Too many connections" messages on the terminal?

This happens when you set a very high value at Preferences -> Connections -> "Connection limits" -> "Max connections". If this value is as almost as big as the the amount of connections your system allows you to have, then aMule will fail to establish connections and display those messages (have in mind that other applications may also have some connections established).
On Windows 9x/ME platforms there is a limit of 100 TCP connections so, although you might set aMule to establish more than 100 connections, it will be unable to do so. You can change Windows's TCP connections limit by editting the Windows Register (Start -> Run -> regedit.exe) and setting (you'll most surely have to add the value since in most cases it doesn't exist):
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP\MaxConnections (which is a String type and it's value must be a 32-bit number).

My progress bars have lost most of their 3D effect and look more ugly now. Can I turn its look back?

On old aMule versions (previous to 2.0.0-rc4) setting the progress bar style to the most right on Preferences -> "GUI tweaks" was the way to have the progress bar have the best 3D effect. As of 2.0.0-rc4 the best 3D effect is given when the style bar is set to the middle. Setting it to the most right will give the progress bar a flat look while setting it to the most left will give it a dark look.

All my downloads suddenly paused and I can't resume them. What's going on?

Check if there's any free space in the filesystem where the Temp directory is placed. If there is any at all, check if there's more free space than the minimum free space set at Preferences -> Files -> "Min disk space".

Why isn't Preview working at all?

Since aMule 2.0.0-rc4 Preview command isn't being run in the same terminal as aMule. As a result, your Preview program may fail to start. This is the case of MPlayer. If you need a terminal to run your Preview player, use some command like xterm -e <preview-app> i.e.:
xterm -T "aMule's preview" -iconic -e mplayer -idx

After exitting MPlayer on Preview, my aMule keeps locked?

Preview used to lock aMule on purpose until aMule reached version 2.0.0-rc4. As a result of this, people using MPlayer suffered from a bug on MPlayer which remains the main process in background when closing the main MPlayer window. The way to walk around this MPlayer bug on aMule versions previous to 2.0.0-rc4 is to exit MPlayer by pressing the Q key. Any way, it'd be better if you could possibly upgrade aMule to the latest versions.

Why is Transfered a smaller number than Completed?

It's a common mistake to think it should be bigger or, at least, equal.
Please read What is the difference between Transfered and Completed in the Tranfers window? to know more about this.

aMule always slows down my computer when it completes a download. Is this a normal behaviour?

Yes it is. When aMule completes a download it checks it has not been corrupted. Allthough this is already checked while downloading (by checking the chunk's hash values), once the file is completly downloaded aMule hashes all the chunks to check that the chunks which were previously downloaded weren't somehow corrupted by the user or an external application while the rest of the file was being downloaded.

Is there any way to recursively select a whole directory and its contents?

Yes, there is. And it's simple:

• On aMule 2.0.0-rc4 or later, right-click the directory you want to recusively select.
• On aMule 1.x and up to 2.0.0-rc3 (included), while clicking on the directory, hold the CTRL key.
  

And that's it.

I downloaded a file and it got corrupted somehow by my hard disk or some external application once completed. Can I avoid redownloading the whole of it?

If you still have the ed2k:// link, start the download again and when a whole chunk (9.28MB) has been downloaded (any chunk), close aMule, rename the corrupted file to the filename the current download has (something like 002.part), touch the corrupted file (i.e.: touch ~/.aMule/Temp/002.part*) and restart aMule.
aMule will detect the completed chunks and the corrupted ones, and will only download the chunks which got corrupted.