Tell me if i'm a fool complaining for such a quickly solved problem.
But having changed from the rc4 to the rc5 (rpm on a MDK-9.2), aMule kept shouting at me (well, that's in the log) what follows until i umount his Incoming partition then mount it back.
This is second time it happens since i'm on aMule (1st was aMule-1.3)
$ Initialising aMule
Userhash loaded: FE9D6C988A0E6F6A9C9D880736AF6F1A
*** UDP socket at _
*** TCP socket at _
*** UDP socket at _
Serverlist loaded.
*** reading servers
Loading temp files from /where/is/incoming/*.part.met.
Loading 003.part.met... - filename Video IMSK-beyrut.mpg - ERROR!
Loading 006.part.met... - filename [ºÚɷ՜ӜŽº].Korean_video.iNTERNAL.XviD-YYddr.avi - ERROR!
Loading 002.part.met... - filename Someone in Pakistan[E0CDECD6].avi - ERROR!
Loading 004.part.met... - filename Indian_video.Subfrench Dvdrip Xvid.avi - ERROR!
Loading 007.part.met... - filename Korean_video_again_LoL_.XviD-iMBT.avi - ERROR!
...
Nothing into "Transferts"
Which is definitively strange since /incoming is rwx for the group i'm part of :
ls -l /where/is/incoming/
total 3108256
-rwxrwxr-x
-rwxrwxr-x 1 root a_group 730120281 jui 22 11:40 001.part*
& so on
Since it's the second time it happends, i manage to remember how to get it back :
- Shut aMule down
- umount FAT32 partition (where is /incoming)
- mount it back.
and then restart aMule which does not complains any more, see :
$ Initialising aMule
...blabla...
Loading temp files from /where/is/incoming/*.part.met.
Loading 003.part.met... - filename someone_in_beyrouth.mpg - Done.
Loading 006.part.met... - filename [ºÚɷ՜ӜŽº]someone_in_Korea.XviD-YYddr.avi - Done.
Loading 002.part.met... - filename someone_in_Pakistan.avi - Done.
..."
