aMule SVN 2.2.0 + partycja NTFS [solved]

[40rozbojnik]

Witam. Pliki z częściami (TEMP) mam na oddzielnej partycji NTFS. Do tej pory nie miałem z tym kłopotu, aMule 2.1.3 normalnie obsługiwało tę partycję. Po zainstalowaniu wersji aMule SVN 2.2.0 dostaję w logu komunikat:

Kod: Zaznacz cały

Impossible to set permissions for the file /ścieżka/do/NTFS/tempX.part.met

Także przy scalaniu pliku z części (zakańczanie ściągania) staje dęba. Nie wiem w czym problem, zmieniałem już uprawnienia, odpalałem aMule przez sudo (po czym przy kolejnej próbie uruchomienia core dumped) i nic.

[cukier_lukier]

/ścieżka/do/NTFS/tempX.part.met

a masz w ogóle taki katalog?
Może pozmieniały się configi i wystarczy zmienić katalogi aMule?

[40rozbojnik]

Mam ten katalog (partycję itp.), ręcznie wybierałem ścieżkę do pliku z częściami. Instalowałem aMule SVN na czysto po poprzednim usunięciu starej wersji (tylko clients.met i server.met przekopiowałem). Ciekawe jest to, że normalnie plik jest pobierany (pod Windowsem korzystam z tego samego katalogu z częściami i leci bezproblemowo od momentu gdzie SVN skończył pobieranie), kłopoty są ze scaleniem no i te komunikaty.

EDIT:
Widzę, że chyba nikt nie zdoła mi pomóc . Mówi się trudno, najwyżej wrócę do starej wersji tj. 2.1.3

[cukier_lukier]

co wyświetla

Kod: Zaznacz cały

ls -l /ścieżka/do/

[40rozbojnik]

Dokładnie to:

Kod: Zaznacz cały

rozbojnik@desktop:~$ ls -l /media/hda2/Temp
razem 682864
-rwxrwx--- 2 root plugdev 208595530 2008-03-26 23:27 003.part
-rwxrwx--- 1 root plugdev       954 2008-03-26 23:27 003.part.met
-rwxrwx--- 1 root plugdev       954 2008-03-26 23:27 003.part.met.bak
-rwxrwx--- 2 root plugdev 209418964 2008-03-26 16:35 004.part
-rwxrwx--- 1 root plugdev       784 2008-03-26 19:58 004.part.met
-rwxrwx--- 1 root plugdev       784 2008-03-26 19:58 004.part.met.bak
-rwxrwx--- 2 root plugdev 209295956 2008-03-26 19:34 005.part
-rwxrwx--- 1 root plugdev       862 2008-03-26 19:58 005.part.met
-rwxrwx--- 1 root plugdev       862 2008-03-26 19:58 005.part.met.bak
-rwxrwx--- 2 root plugdev 209029816 2008-03-26 23:27 007.part
-rwxrwx--- 1 root plugdev       856 2008-03-26 23:27 007.part.met
-rwxrwx--- 1 root plugdev       856 2008-03-26 23:27 007.part.met.bak
-rwxrwx--- 2 root plugdev 208938886 2008-03-26 23:20 008.part
-rwxrwx--- 1 root plugdev       848 2008-03-26 23:20 008.part.met
-rwxrwx--- 1 root plugdev       848 2008-03-26 23:20 008.part.met.bak

[cukier_lukier]

ja prosiłem o coś innego - gdybyś od razu podał oryginalną ścieżkę dostępu, to byś skumał o co mi chodzi.
Pokaż zatem co wyświetla:

ls -l /media/

[40rozbojnik]

Ok sorry :

Kod: Zaznacz cały

rozbojnik@desktop:~$ ls -l /media/
razem 28
lrwxrwxrwx 1 root root        6 2008-03-18 20:48 cdrom -> cdrom0
drwxr-xr-x 2 root root     4096 2008-03-18 20:48 cdrom0
lrwxrwxrwx 1 root root        7 2008-03-18 20:48 floppy -> floppy0
drwxr-xr-x 2 root root     4096 2008-03-18 20:48 floppy0
drwxrwx--- 1 root plugdev  4096 2008-03-25 20:07 hda1
drwxrwx--- 1 root plugdev  4096 2008-03-26 23:27 hda2
drwxrwx--- 1 root plugdev 12288 2008-03-26 23:23 hda5

EDIT.
Wydaje mi się że akurat tutaj wszystko jest w normie. Ale jestem tylko początkującym użyszkodnikiem, więc mam pełne prawo do pomyłek:craz:.

[cukier_lukier]

teraz jeszcze :

ls -l /media/hda2/

[40rozbojnik]

Tak to wygląda:

Kod: Zaznacz cały

rozbojnik@desktop:~$ ls -l /media/hda2/
razem 24
drwxrwx--- 1 root plugdev  4096 2008-02-24 14:17 RECYCLER
drwxrwx--- 1 root plugdev  4096 2007-12-09 21:31 System Volume Information
drwxrwx--- 1 root plugdev 16384 2008-03-27 17:04 Temp

EDIT:
Znalazłem przypadkiem rozwiązanie. Zauważyłem że właścicielem partycji NTFS jest "root", odczyt i zapis plików ma "root" i grupa "plugdev". Natomiast katalog ".aMule" ma za właściciela moją nazwę użyszkodnika a dostęp do zapisu ma też zupełnie inna grupa. Zmieniłem na "roota" i grupę "plugdev", zastosowałem do zawartych plików w katalogu i hula aż miło. Wkurzające komunikaty już się nie pokazują a pliki normalnie się scalają.

[wloczykij78]

u mnie niestety nie pomogło twoje rozwiązanie, ale problem z pewnością leży po stronie uprawnień do partycji NTFS. aMule odpalany z sudo działa bezbłędnie. Szukam właśnie alternatywnego sposobu podmontowania partycji użytkownikowi...