Newsgroup: it.comp.os.linux.sys
Titolo: problemi con vfat settando uid, gid o umask

Salve,
ho una debian sarge con kernel autocompilato 2.6.15.4.
Me ne sono accorto solo oggi, ma ogni volta che monto una chiavetta usb
formattata vfat (e presumo anche con altre cose in vfat), se la monto
"liscia" da root con
mount /dev/sda1 /media/usbdisk
da root riesco (naturalmente) a fare tutto: creare file, cancellarli,
leggerli, ecc.
Se metto qualsiasi opzione, tipo
mount -o uid=1000,gid=1000,umask=000 /dev....
O una qualsiasi combinazione di quelle tre opzioni, per far accedere il
mio utente alla chiavetta, ogni operazione mi da` read-only filesystem
(anche mettendo -o rw). Ma la cosa strana e` che lo fa anche per root!
Qualcuno ne sa qualcosa? E` un bug del kernel?
Grazie.
Bye.
-- 
Alessandro Pellizzari

 (anche mettendo -o rw). Ma la cosa strana e` che lo fa anche per root!
Aggiornamento.
Su un altro computer, stessa distro, stesso kernel, stessa chiavetta, ma
con dbus non aggiornato (0.60-6 invece di 0.61-4) sembra funzionare
tutto.
A occhio e` l'unica differenza nel sistema. ma per completezza dico che
il sistema che funziona l'ho aggiornato una settimana fa, quello che non
funziona 5 giorni fa.
Ora non mi fido a fare l'aggiornamento a quello che funziona, visto che
non devo usarlo io... :)
Qualsiasi info e` gradita. Anche esperienze simili che possano aiutarmi
a circoscrivere il problema.
Grazie.
Bye.

 a circoscrivere il problema.
Se usi dbus/udev/hal non dovresti montare manualmente il device, ci
pensano i demoni e dovresti trovarti il tuo filesystem montato sotto
/media.
In debian poi esiste il gruppo disk al quale se appartieni, puoi
scrivere sui device.
Ciao,
--
RaSca
rasc...@tiscali.it

 scrivere sui device.
Questo serve per scrivere sul device vedo e proprio (/dev/sda?), ma dopo
montato valgono i permessi del device, che sono quelli che cercavo di
impostare con uid, gid e umask da mount.
Grazie comunque per il tentativo :)
Bye.
-- 
Alessandro Pellizzari

 Grazie comunque per il tentativo :)
In pratica il sistema tramite hal vede il nuovo device e con pmount lo
monta (pmount permette all'utente non privilegiato - non root di
montare i device) ed assegna uid, gid e umask come ti ho detto (utente
disk ed umask 022).
Fossi in te ricontrollerei le installazioni di udev/dbus/hal/pmount.
Ciao,
--
RaSca
rasc...@tiscali.it

 disk ed umask 022).
Si`, so come funziona il Pentacolo Della Morte(tm)
(udev/hal/dbus/pmount/gnome-volume-manager). :)
Purtroppo me lo monta ma non e` scrivibile. Quindi ho fatto io il lavoro
sporco a mano e ho ottenuto lo stesso risultato: read-only.
Proprio perche` ho usato gli strumenti base (modprobe, mount) e l'errore
si presenta lo stesso, ho pensato a un bug nel kernel. Probabilmente nel
modulo usb-storage o vfat, ma magari e` nel driver usb della mia MoBo
(UHCI), e volevo sapere se era capitato ad altri.
Seguiro` comunque il consiglio di rivedere l'installazione (e` quella
base debian sarge, non ho toccato niente a mano), non si sa mai.


 base debian sarge, non ho toccato niente a mano), non si sa mai.
Eccola qui la Luna Nera ! Non avevo letto che usavi Debian Sarge...
Secondo me è molto probabile che per via del fatto che Sarge sia
"ferma" al kernel 2.6.8, i pacchetti udev & C. (che vengono aggiornati
costantemente) possano essere in qualche modo "incompatibili (visto che
vengono aggiornati di pari passo col kernel).
Per toglierti anche questo dubbio basterebbe che ricompilassi a mano i
sorgenti della 2.6.8...Se va, hai capito perchè ;-) se non va ... Beh
se non va potresti aggiornare i soli pacchetti del pentacolo a Etch, ma
ti verrebbe una roba ibrida e ti converrebbe passare totalmente ad
Etch, cosa che, se la macchina in questione non è in produzione, ti
consiglio di fare.
Ciao,
--
RaSca
rasc...@tiscali.it

 "ferma" al kernel 2.6.8, i pacchetti udev & C. (che vengono aggiornati
OK, ho sparato la cazzata. Non ho la sarge, ma la etch... :/
Cmq ho risolto, e sono ancora convinto che sia un bug del kernel.
La chiavetta era partizionata con una singola partizione, ma con circa
500 Kb liberi prima della partizione e circa 1.6 Mb liberi dopo la
partizione.
In pratica non iniziata al blocco 0 ma piu` avanti. Presumo servisse per
i suoi tools di protezione dei dati, ma non me ne fregava niente, non li
usero` mai.
Ripartizionando con fdisk e allargando la partizione all'intero spazio
della chiavetta, e riformattando con mkfs.vfat , ora funziona tutto
senza problemi.
Per chi avesse lo stesso problema, la chiave e` una SanDisk Cruzr Micro
1Gb.
Bye.
-- 
Alessandro Pellizzari

 Cmq ho risolto, e sono ancora convinto che sia un bug del kernel.
[...]
Beh sai, potrebbe essere stato proprio un difetto del filesystem della
chiavetta.
Certo per stabilirlo con precisione avresti dovuto fare debug a
bassissimo livello...Quindi...Hai fatto meglio a riaffettare il disco
;-)
Ciao !
--
RaSca
rasc...@tiscali.it