Newsgroup: it.comp.os.linux.iniziare
Titolo: permessi su CIFS

Possiedo un HD di rete, più in particolare un NAS. Ho formattato il
suo filesystem come ext3.
Ho creato in esso una cartella per i backup che monto in locale con
"mount -a" dopo aver aggiunto questa riga in /etc/fstab:
//
192.168.1.10/ale
 /media/nas_ale cifs credential=/home/ale/
credential_nas,uid=1000,gid=1000,auto,rw 0 0
Ho poi eseguito la seguente prova:
1) ho creato 2 file nella mia /home/ale: provale.txt e provaroot.txt
rispettivamente con i permessi dell'utente ale e root
2) ho cpiato tali file in /media/nas_ale/backup
purtroppo, però, i file copiati assumono entrambi come proprietario e
gruppo quello di "ale".
Ho quindi provato a modificare in /etc/fstab la riga precendente con
la seguente:
//
192.168.1.10/ale
 /media/nas_ale cifs credential=/home/ale/
credential_nas,uid=1000,gid=1000,auto,rw 0 0
ma non ho ottenuto risultati migliori.
Come posso mantenere gli stessi permessi per i file su entrambe le
directory ?
grazie

 directory ?
Evitando di forzare l'utente ale (uid 1000) durante il mount.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Evitando di forzare l'utente ale (uid 1000) durante il mount.
Ho provato, ma ugualmente non mantiene lo stesso proprietario e gruppo !


Allora significa che il tuo nas ha la condivisione dichiarata con
security=share e non con security=user
In quel modo, si comporta esattamente come se fosse una partizione
fat32 senza gestione permessi.
Altrimenti dovresti avere gli stessi utenti: locali e sul nas.
Guarda:
Prima monto la share come utente poggir e mi faccio i file di prova:
proliant:/ulocal/poggir# mkdir provapoggi
proliant:/ulocal/poggir# cd provapoggi
proliant:/ulocal/poggir/provapoggi# touch uno
proliant:/ulocal/poggir/provapoggi# touch due
proliant:/ulocal/poggir/provapoggi# ls -la
total 64
drwxr-xr-x    2 root   root    4096 Nov 11 11:55 .
drwxr-xr-x  237 poggir poggir 57344 Nov 11 11:55 ..
-rw-r--r--    1 root   root       0 Nov 11 11:55 due
-rw-r--r--    1 root   root       0 Nov 11 11:55 uno
proliant:/ulocal/poggir/provapoggi# chown poggir.poggir due
proliant:/ulocal/poggir/provapoggi# ls -la
total 64
drwxr-xr-x    2 root   root    4096 Nov 11 11:55 .
drwxr-xr-x  237 poggir poggir 57344 Nov 11 11:55 ..
-rw-r--r--    1 poggir poggir     0 Nov 11 11:55 due
-rw-r--r--    1 root   root       0 Nov 11 11:55 uno
Adesso li copio con il -a che preserva gli attributi:
proliant:/ulocal/poggir/provapoggi# cp -a . /mnt/windisk/provapoggi/
cp: failed to preserve ownership for `/mnt/windisk/provapoggi/./uno': 
Operation not permitted
cp: failed to preserve ownership for `/mnt/windisk/provapoggi/.': 
Operation not permitted
E mi sbatte la porta in faccia.
proliant:/ulocal/poggir/provapoggi# ls -la /mnt/windisk/provapoggi/
total 8
drwxr-xr-x  1 poggir poggir 4096 Nov 11 11:55 .
drwxr-xr-x  1 poggir poggir 4096 Nov 11 11:54 ..
-rwxr-xr-x  1 poggir poggir    0 Nov 11 11:55 due
-rwxr-xr-x  1 poggir poggir    0 Nov 11 11:55 uno
Allora, prima che venga in mente a te, monto la share come root della
macchina remota:
proliant:/ulocal/poggir/provapoggi# ls -la /mnt/windisk/provapoggi/
total 8
drwxr-xr-x  1 root root 4096 Nov 11 11:55 .
drwxr-xr-x  1 root root 4096 Nov 11 12:00 ..
-rwxr-xr-x  1 root root    0 Nov 11 11:55 due
-rwxr-xr-x  1 root root    0 Nov 11 11:55 uno
E come per magilla i file sono di root.
Testardo, rifaccio la copia come root:
proliant:/ulocal/poggir/provapoggi# cp -a . /mnt/windisk/provapoggi/
cp: failed to preserve ownership for `/mnt/windisk/provapoggi/./due': 
Operation not permitted
E ottengo un'altra badilata nei denti.
proliant:/ulocal/poggir/provapoggi# ls -la /mnt/windisk/provapoggi/
total 8
drwxr-xr-x  1 root root 4096 Nov 11 11:55 .
drwxr-xr-x  1 root root 4096 Nov 11 12:00 ..
-rwxr-xr-x  1 root root    0 Nov 11 11:55 due
-rwxr-xr-x  1 root root    0 Nov 11 11:55 uno
proliant:/ulocal/poggir/provapoggi#
Vado direttamente sulla macchina remota:
ls -la /home2//win/provapoggi
total 6
drwxrwxrwx   2 nobody   nobody       512 Nov 11 11:55 .
drwxrwxrwx  44 nobody   nobody      5120 Nov 11 11:48 ..
-rw-rw-rw-   1 nobody   nobody         0 Nov 11 11:55 due
-rw-rw-rw-   1 nobody   nobody         0 Nov 11 11:55 uno
E come vedi, sul sistema ospite, i file sono di proprieta' di nobody.
Infatti, l'smb.conf del sistema ospite usa security=share.
Non so con il tuo nas se e come si possa fare a settare gli utenti e di
conseguenza poter gestire i diritti.


 
Innanzitutto grazie per la risposta esauriente, rispecchia i miei 
tentativi e oltre.
Guardando direttamente sul nas trovo che tutti i file hanno come 
proprietario "ale" e gruppo "dialout".
Il nas lo posso configurare via web e lì vedo che tra i gruppi non 
esiste "dialout" !
Inoltre c'è una voce "Guest Access Setting" che non era selezionata, ma 
selezionandola il risultato non cambia.
Stavo pensando che:
sul nas ho creato l'utente "ale" selezionando l'opzione
"Create Private Folder (Share), Private Folder (Share) Location: /mnt/ide3"
forse sarà per questo che non posso cambiare il proprietario dei file 
messi in tale directory ? Però rimarrebbe un quesito: perchè il gruppo 
"dialout" ??
grazie ancora

 grazie ancora
Ho appena fatto un'altra prova ed il problema dovrebbe essere quello 
suddetto, cioè il fatto che ho associato all'utente "ale" una sua 
directory privata.
Infatti avevo già creato in passato sul nas una directory generica non 
associata a nessun utente. L'ho poi montata in locale senza uid e gid 
particolare e quindi posso copiare in essa file di "root.root" e 
mantiene i permessi e li posso cambiare con "chgrp" e "chown"!
Però il mio scopo iniziale era quello di mantenere una directory provata 
   ale associata all'utente "ale" in cui potessi copiare i files che 
voglio mantenendo gli stessi permessi (mi serve per fare backup protetti).
Si potrebbe fare ?

 Si potrebbe fare ?
Non cosi'.
Usa il tar, luke.


 
Non so se ho ben capito, ma uso già rsync per fare il backup.
Il problema era che esso mi dava errore cercando di cambiare il gruppo 
ai file che lo avevano diverso.
Quindi mi dici che dovrei fare un archivio compresso di tutto il 
materiale che voglio "backuppare" e dare ad esso "ale.ale" ?!
In questo caso però mi rimane scomodo perchè il materiale di cui faccio 
il backup sono sui 40 GB ed ogni volta non lo voglio fare completo.
Uso per questo rsync chemi permette di fare backup incrementali.
Forse anche tar lo permette ?
luke non so cosa sia!

 
Usa la forza, Luke!
-- 
Signature automatica inserita a mano.
Punteggiatura: Nel caso mancasse nel messaggio, aggiungete!!
In God we trust, all others we monitor.(NSA)

 Forse anche tar lo permette ?
No, tar permette solo di accodare al tar gia' esistente la nuova
versione di un file che e' cambiato dall'ultima volta, essendo nato
per backup su nastro (anche l'acronimo lo dimostra), cioe' non ha
gestione di file system, e' ad accesso sequenziale.


            |roberto poggi   
rpo...@softhome.net
Credo che la soluzione sia di creare una directory nel nas e dare la
possibiltà ad "ale" di accedervi. Infatti tramite interfaccia web si
può scegliere
quali utenti far accedere ad una certa directory sia come "Windows
sharing" che come "Nas".
Potrò provare questa soluzione solo nel fine settimana.

 
Ho reinstallato kubuntu 7.10 per motivi non di CIFS.
Non so perchè, ma ora se in /etc/fstab se inserisco
//
192.168.1.10/ale
 /media/nas_ale cifs 
credential=/home/ale/credential_nas,uid=1000,gid=1000,auto,rw 0 0
e dò il comando "sudo mount -a" mi ritorna questo errore:
mount: wrong fs type, bad option, bad superblock on //
192.168.1.10/ale
,
        missing codepage or helper program, or other error
        In some cases useful info is found in syslog - try
        dmesg | tail  or so
Perchè ?
Se invece inserisco
//
192.168.1.10/ale
 /media/nas_ale cifs 
username=ale,password=<myPassword>,uid=1000,gid=1000,auto,rw 0 0
allora tutto ok!
grazie