Arch Linux

[ozlacs]

Premessa, il sistema è bello fresco d'installazione, due-tre giorni al massimo.
Deluge è settato per scaricare in una cartella su una partizione ntfs, montata in automatico all'avvio da fstab, con gli stessi settaggi pre-format, tutto del resto è come prima il formattone.

Il problema è che ora dopo pochi secondi qualsiasi torrent mi da errore e si ferma, nel tab dettagli, alla voce "stato" ho "Operazione non permessa: percorso/nome_file_torrent".
Maggiori dettagli non ne ho, dai log non ho trovato niente, non saprei se da qualche parte c'è qualche log specifico di deluge.

Sembrerebbe un problema di permessi, però boh, la partizione è montata correttamente, riesco a a leggerci e scriverci in tranquillità del resto. E poi nel caso dovrebbe darlo subito l'errore, non dopo un pò che è partito il dw.

Suggerimenti?

[ozlacs]

ok, come non detto, probabile che sia un problema di permessi, impostando la home come cartella di download tutto ok.

a quanto pare ho permessi errati sulla partizione ntfs:

Codice: Seleziona tutto

[francesco@oz-arch dati]$ ls -al
totale 2901
drwxrwxrwx 1 root root    8192 14 apr 13.48 .
drwxr-xr-x 4 root root    4096 10 apr 17.18 ..
-rwxrwxrwx 1 root root   10508  9 mar 21.06 condensatori_ali.odt
-rwxrwxrwx 1 root root   11937  9 mar 18.28 condensatori_router.odt
drwxrwxrwx 1 root root    4096 12 feb 12.40 documenti
-rwxrwxrwx 1 root root 2170708  3 apr  2011 DSC00089.JPG
-rwxrwxrwx 1 root root    1984 17 mar  2011 Firefox Sync Key.html
drwxrwxrwx 1 root root    4096  3 dic  2010 immagini-foto
-rwxrwxrwx 1 root root   60062  2 ago  2008 Messaggio Privato-ozlacs-02-08-2008.xml
-rwxrwxrwx 1 root root   49459  8 mar 16.34 Messaggio Privato-ozlacs-08-03-2012.xml
drwxrwxrwx 1 root root    8192  5 nov 18.40 musica
drwxrwxrwx 1 root root    4096 19 set  2009 oc
drwxrwxrwx 1 root root    8192 12 apr 23.16 oz-posta
drwxrwxrwx 1 root root    4096 17 apr  2011 pcoverclock
drwxrwxrwx 1 root root    4096  9 apr 15.00 PENNA
-rwxrwxrwx 1 root root  124819 10 apr 16.10 Schermata del 2012-04-10 16:10:44.png
-rwxrwxrwx 1 root root  179726 10 apr 16.11 Schermata del 2012-04-10 16:11:23.png
-rwxrwxrwx 1 root root  123213 10 apr 17.19 Schermata del 2012-04-10 17:19:06.png
-rwxrwxrwx 1 root root  165954 10 apr 17.19 Schermata del 2012-04-10 17:19:21.png
drwxrwxrwx 1 root root       0 18 set  2009 software
drwxrwxrwx 1 root root       0 14 apr 13.52 torrent
drwxrwxrwx 1 root root       0 26 feb 14.47 video
-rwxrwxrwx 1 root root      60  3 dic  2010 wpa.txt
drwxrwxrwx 1 root root    4096 11 feb 21.56 x


proprietario e gruppo root, non è normale vero?

[Hilinus]

ntfs-3g è installato? Puoi postare la riga di fstab relativa alla partizione?

[ozlacs]

si ntfs-3g è installato, su fstab ho questo:

Codice: Seleziona tutto

UUID=6C98FF1E98FEE58C /media/windows ntfs-3g defaults 0 0
UUID=A23204F73204D1E9 /media/dati ntfs-3g defaults 0 0


che in pratica sono le stesse impostazioni che avevo prima della reinstallazione

[Hilinus]

Prova a cambiare "defaults" in "rw,users" e rimonta la partizione.

[ozlacs]

nope, in questo modo all'avvio mi monta due volumi, uno con il nome "file system da xxxGB", nome che ho avuto sempre, con la stessa situazione di prima (root:root), e un altro di nome "dati", non accessibile e non montabile

[4javier]

assegnala al gruppo users

Codice: Seleziona tutto

UUID=A23204F73204D1E9 /media/dati ntfs-3g gid=users 0 0

[Hilinus]

EDIT: Anticipato.

[ozlacs]

nope.

così il gruppo viene settato a 'users', ma il proprietario rimane root, e Deluge continua a dare lo stesso errore.

[ozlacs]

ho aggiunto anche uid=UTENTE all'fstab, così:

Codice: Seleziona tutto

UUID=A23204F73204D1E9 /media/dati ntfs-3g uid=francesco,gid=users 0 0

e Deluge ora scarica senza bloccarsi per l'errore di cui sopra.

come cavolo si è venuta a creare questa situazione? in passato non avevo mai avuto di questi problemi, e sempre e solo con l'opzione "defaults" nell'fstab

[4javier]

Deluge gira come utente "deluge" appartenente al gruppo "deluge", quindi doveva essere sufficiente assegnare la directory al gruppo o all'utente deluge, per quello users non funzionava.
È comunque strano, perchè ntfs-3g monta le partizioni garantendo a tutti permessi completi.

[ozlacs]

infatti non avevo mai avuto di questi problemi in passato.

ma quindi fatemi capire, l'anomalia è quel root:root assegnato alla partizione con l'opzione "defaults" in fstab?

perchè voglio cercare di capire se e cosa ho fatto io di sbagliato

[4javier]

root:root è giusto, in quanto per bypassare la mancanza di ACL di ntfs, ntfs-3g assegna la proprietà all'utente che monta la partizione ed al suo gruppo. Essendo montato da init quindi prende root:root. La cosa strana è l'altra che ti ho detto prima.
Se non specifichi alcuna opzione, in pratica così:

Codice: Seleziona tutto

UUID=A23204F73204D1E9 /media/dati ntfs-3g 0 0

cosa succede?

[Hilinus]

Non penso, visto che comunque, come ha già detto 4javier, ntfs3g monta le partizioni ntfs coi permessi completi (se non diversamente specificato), dando di fatto a chiunque il permesso di scrivere sulla partizione in questione.

Non si spiega quindi come mai forzando l'utente e il gruppo, il problema svanisca...

[ozlacs]

spettate, che forse non si è capito dai miei precedenti post, ma da Nautilus non avevo problemi di permessi, riuscivo a fare tutto.
allo stesso modo non aveva problemi Thunderbird, che ha le cartelle di posta su questa partizione.

il problema lo avevo solo con Deluge

[ozlacs]

Se non specifichi alcuna opzione, in pratica così:

Codice: Seleziona tutto

UUID=A23204F73204D1E9 /media/dati ntfs-3g 0 0

cosa succede?

come da principio, stesso comportamento come con l'opzione "defaults", tutto ok tranne Deluge che non ne vuole sapere dando errore

[4javier]

posta mtab

[ozlacs]

Codice: Seleziona tutto

rootfs / rootfs rw 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sys /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
/dev /dev devtmpfs rw,nosuid,relatime,size=1989608k,nr_inodes=497402,mode=755 0 0
run /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
/dev/sda5 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
shm /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,relatime 0 0
/dev/sda6 /var reiserfs rw,relatime 0 0
/dev/sda1 /media/windows fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sda7 /media/dati fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
gvfs-fuse-daemon /home/francesco/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0

/dev/sda7 è la partizione in questione, montata con uid=francesco,gid=users nell'fstab, mentre /dev/sda1 è l'altra partizione ntfs, quella con Win 7, montata solo con 'defaults' nell'fstab.
della partizione con win7 mi interessa relativamente, ho solo specificato in caso serva per fare un confronto tra le due.

mtab francamente è la prima volta che lo apro, non saprei leggerlo

[ozlacs]

gente a me la storia dei permessi non mi convince, perchè da file manager non ho problemi? e se è davvero un problema di Deluge?

spulciando un pò in giro ho trovato questo:
https://bugs.archlinux.org/task/29414

il pacchetto è stato aggiornato il 12, ed effettivamente dopo stò update non avevo ancora usato Deluge.
volevo fare una prova con la vecchia versione di libtorrent, settando l'fstab come in principio con solo l'opzione "defaults", senza dover specificare proprietario e gruppo.
solo che avendo installato il sistema dopo il 12, non ce l'ho in cache, dove la posso trovare la versione precedente del pacchetto?

[Hilinus]

Usa questo:
http://arm.konnichi.com/search/

Ricordati di mettere il pacchetto in IgnorePkg, altrimenti verrà riaggiornato al primo "pacman -Syu"

[ozlacs]

tombola.

downgradato il pacchetto, riavviato con solo l'opzione defaults nell'fstab, e Deluge scarica liscio e tranquillo da mezz'oretta buona, senza nessun errore.

per la precisione, ora ho su libtorrent-rasterbar 0.15.10-1, la versione attuale invece, quella che mi dava il problema, è la 0.16.0-1

grazie a tutti per il supporto, ora sistemo il titolo in modo che possa essere d'aiuto a qualcun'altro

[4javier]

Comunque oggi c'è stato l'aggiornamento di deluge alla versione 1.3.5-1

[ozlacs]

l'aggiornamento di deluge me l'ho ha fatto ieri pomeriggio, ma non aveva sortito effetto.

ho anche fatto una prova, rimettendo l'ultima versione di libtorrent-rasterbar, e di nuovo il problema si ripresenta, e di nuovo sparisce rifacendo il downgrade, direi che è abbastanza certo che la problematica è in questo pacchetto.