[NaLug] Dolorosa questione!

[Giorgio Agrelli]

algol wrote:
> Sallve raghi
> 
> come mai non riesco ad accedere alla partizione windows (/dev/hdc1) se non
>  come root con slackware 10? ho settato ai device hdc* i permessi
> brw-rw-rw- [...] algol

a tal proposito inserisco uno stralcio di una discussione avvenuta su una
altra Mailing List, nella quale un mio amico spiegò in maniera abbastanza
dettagliata come settare opzioni di mount, umask & company in fstab

> Hi Bruno C. Stabile, on 09/08/04 11:24, You wrote:
> 
>> Nella riga corrispondente in fstab, oltre a rw (opzionale, ro è
>> obbligatorio) devi mettere anche users, così possono accedervi tutti gli
>> utenti del gruppo users (si presume tutti, ma non è detto)
>
> 
> Non e` del tutto esatto... innanzi tutto il gruppo users non c'entra
> niente... (e` solo l'ennesimo caso di omonimia ;)) mettendo user (senza s
> finale) nell'fstab, gli utenti comuni possono montare il filesystem, ma se
> monta pippo, solo pippo (e ovviamente root) puo` smontare mettendo users
> (con la s finale) anche se ha montato pippo, qualunque altro utente puo'
> smontare ma non e` detto che possano scriverci... cerco di spiegarmi:
> 
> quando viene montato un filesystem fat32, non avendo questo alcun tipo di
> supporto per utenti e permessi, il sistema assegna per default a tutti i
> file e le directory uid e gid dell'utente che effettua il mount (piu`
> precisamente del processo che effettua il mount stesso, ma normalmente
> questo corrisponde con l'utente che lo lancia); per quanto riguarda i
> permessi, applica la umask del processo (e quindi dell'utente). Faccio un
> esempio: se a montare la partizione fosse root (come avviene normalmente
> quando e` montata automaticamente al boot), e considerando una umask=022,
> dopo il mount si avrebbero tutti i files e le dir -rwxr-xr-x    root root
> 
> Quindi se la partizione viene montata da root, ecco che e` impossibile per
> un utente comune scriverci dentro, anche se viene montata rw Per risolvere
> il problema si puo` agire sulle opzioni di mount: "uid" per specificare
> l'uid dell'utente proprietario, "gid" per il gruppo, "umask" per l'umask
> generica, "dmask" per l'umask specifica solo per le dir, "fmask" per i
> regular file. La riga di mount potrebbe quindi assumere questo aspetto: 
> mount -t vfat -o gid=100,dmask=002,fmask=113 /dev/hdaX /mnt/win_c
> 
> e la relativa riga nell'fstab:
> /dev/hdaX  /mnt/win_c  vfat  defaults,users,gid=100,dmask=002,fmask=113 0 0
> 
> per avere, dopo il mount da parte di root, tutte le dir: drwxrwxr-x    root
> users (ammesso che il gid del gruppo users sia 100) e tutti i file: 
> -rw-rw-r--    root   users
> 
> mi rendo conto che il discorso e` un po' "confuso"... se qualcosa non e`
> chiaro, provo a spiegarmi meglio
> 
> A presto Ernesto
> 
> _______________________________________________ 
> Salug mailing list 
> Salug a salug.it
 > https://www.salug.it/mailman/listinfo/salug



-- 
NullPointer  ||  GnuPG/PGP Key-Id: 0x343B22E6 on keyserver.linux.it

Not that I have anything much against redundancy. But I said that already.
         -- Larry Wall

-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        signature.asc
Tipo:        application/pgp-signature
Dimensione:  252 bytes
Descrizione: OpenPGP digital signature
Url:         /pipermail/nalug_shaney.org/attachments/20050123/a50ef6ec/signature.bin