Newsgroup: it.comp.os.linux.iniziare
Titolo: Cambio di ownership difficoltoso

Ciao a tutti.
Il mio sistema, Slackware Linux version 2.6.27.7, ha automaticamente
montato la mia partizione ntfs in /storage:
marco@darkstar:/$ ls -l
...
drwx------   1 root root     0 2009-02-16 12:14 storage/
...
Vorrei permettere l'accesso a /storage agli utenti root, marco1 e
marco2.
Tra l'altro, in /storage, ci sono tutti i miei mp3.
Perciò ho creato il gruppo 'mp3' con il comando 'groupadd' ed ho
aggiunto i tre utenti in /etc/group.
La mia intenzione era quella di cambiare ownership a /storage e
permetterne l'accesso solo al gruppo 'mp3'.
Provo ad usare chgrp da utente root:
root@darkstar:/# chgrp -c mp3 /storage
changed group of `/storage' to mp3
root@darkstar:/# ls -l
...
drwx------   1 root root     0 2009-02-16 12:14 storage/
...
Non è cambiato nulla, nonostante chgrp affermi di aver compiuto il
cambio.
Infatti:
root@darkstar:/# chmod 750 /storage
marco@darkstar:/$ cd storage
-bash: cd: storage: Permission denied
marco@darkstar:/$ ls -l
...
drwx------   1 root root     0 2009-02-16 12:14 storage/
...
Oltretutto non ha funzionato neppure il comando chmod.
Dentro /storage, files e directories hanno tutti la stessa ownership
di /storage. Provo ad
usare chgrp con /storage/Mp3 ma ancora nessun risultato:
root@darkstar:/storage# ls -l
...
drwx------ 1 root root  8192 2008-12-25 12:51 Mp3/
...
Cosa posso fare?
Non vorrei usare chmod 755 /storage, perché così darei accesso a /
storage a qualsiasi gruppo e qualsiasi utente.
D'altra parte, non funziona:
root@darkstar:/# chmod 755 /storage
root@darkstar:/# ls -l
...
drwx------   1 root root     0 2009-02-16 12:14 storage/
...
Né vorrei che marco1 e marco2 abbiano poteri particolari, a parte
l'accesso ai files *.mp3.
Ho dato un'occhiata in /etc/fstab:
...
/dev/sda7        /storage         ntfs-3g     umask=077        1   0
...
Forse c'entra qualcosa la voce umask=077 ma non la capisco.

 Forse c'entra qualcosa la voce umask=077 ma non la capisco.
non so come vanno i permessi in ntfs, come unico utente ho messo umask=000;
qui trovi dettagli su umask:
http://www.lnf.infn.it/computing/doc/AppuntiLinux/a217.html#index972
r
-- 
Un giudice buono è un giudice comprato.
[Silvio "Wild" Berlusconi]
tutto sui Pentangle: 
http://umpf.net/

 ...
  Ho idea che non sia possibile assegnare con i comandi standard UNIX
utenti o gruppi su filesystem non UNIX e quindi gestirne i relativi
diritti di accesso.  Anzi, ne sono sicuro, la cosa funziona in tutt'altro
modo.  Leggo su man 8 mount.ntfs-3g:
   Access Handling and Security
       By default, files and directories are owned by the effective  user
       and  group  of  the  mounting process and everybody has full read,
       write, execution and directory browsing permissions.  If you  want
       to  use  permissions  handling then use the *uid* and/or the *gid*
       options together with the *umask*, or *fmask* and *dmask* options.
       Windows users have full access to the files created by *ntfs-3g*.
       Full ownership and permission support, including Windows user map-
       ping and POSIX file system compliance, is provided by the Advanced
       NTFS-3G driver.
       If *ntfs-3g* is set setuid-root then non-root  users  will be also
       able to mount volumes.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

        Windows users have full access to the files created by *ntfs-3g*.
ok, ma credo gli interessi se è possibile limitare l'accesso ad utenti 
linuxiti;
vo a provare... no, malgrado il divieto ho potuto scrivere 
tranquillamente in una cartella da utente normale;


 tranquillamente in una cartella da utente normale;
  Come l'estratto della pagina man spiega, dipende dalle opzioni di mount.
 Il punto è che, ripeto, su un filesystem non UNIX/Linux non si possono in
genere usare i comandi standard di gestione dei diritti di accesso UNIX/Linux.


 options together with the *umask*, or *fmask* and *dmask* options.
Grazie.
Ho aperto /etc/fstab e cambiato valore a umask, aggiungendo l'opzione
gid:
/dev/sda7        /storage         ntfs-3g     gid=102,umask=027
1   0
Ho poi smontato e rimontato il volume:
root@darkstar:/# umount /storage
root@darkstar:/# mount /storage
Ora la situazione è la seguente:
root@darkstar:/# ls -l
...
drwxr-x---   1 root mp3     0 2009-02-16 12:14 storage/
...
che è ciò che volevo.
Sembra perciò che siano importanti le opzioni che vengono passate a
mount
attraverso /etc/fstab per deteminare e fissare permessi e ownership
all'avvio del sistema.

 all'avvio del sistema.
Sembra? è ovvio?
A me pare ovvio che non sia possibile gestire i permessi e altri attributi
di linux su un filesystem di un altro sistema operativo.
Anche perché vorrebbe dire conoscere come minimo i dati degli utenti
dell'altro sistema operativo e poterli modificare senza che poi l'altro
sistema operativo si incavoli come una biscia con i campeggiatori della
domenica.

 domenica.
penso si potrebbe fare senza scrivere nulla nella partizione win, ad es. 
tenendo un indice di dir e files contenuti nella stessa con associati i 
permessi e quindi permettere ai gruppi associati di leggerli o 
scriverci, non credo che un programma per far questo sia molto difficile 
da creare;


 
Dipende da cosa è inteso per molto difficile, secondo me rifare il database
del filesystem e mappare gli utenti e i permessi di ogni entità presente su
un filesystem ntfs è molto difficile, se po si conta la quantità di entità
presente anche nella più limitata installazione di windows, a me sembra
enormemente difficile poter avere prestazioni e affidabilità minimamente
decenti.