Newsgroup: it.comp.os.linux.iniziare
Titolo: Condivisione SAMBA in FC4 e mount in FC6

Ciao a tutti,
la scorsa settimana ho scoperto che con Fedora Core 6 per montare le 
condivisioni windows devo usare "mount.cifs" al posto di smbmount.
Adesso utilizzando la stesa procedura per montare le condivisioni SAMBA 
su una Fedora Core 4 da una Fedora Core 6.
La condivisione si monta, i file si vedono correttamente ma poi di fatto 
non si possono usare.
Suggerimenti?
Grazie mille,
		Dino

 Suggerimenti?
Uno: specificare cosa significa, per te, "non si possono usare".
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Uno: specificare cosa significa, per te, "non si possono usare".
Credo che il problema stia nel fatto che con cifs non si possono assegnare i
diritti a piacere come si fa con smbfs.
L'unica soluzione (IMHO) e' che gli uid e gid dell'utente che siano gli
stessi su FC4 e FC6.
Nicola.
-- 
chi va pian va san e va lontan

roberto ha scritto:
  > Uno: specificare cosa significa, per te, "non si possono usare".
Significa: non possono essere aperti. Quindi un file di testo non può 
essere aperto con VI, un file di oowriter non si apre con oowriter, ecc..
Ciao Dino

 stessi su FC4 e FC6.
Come opzione nell'fstab ho che deve montare la condivisione con gli UID 
e GID dell'utente client che sono diversi da quelli sul lato server.
Siccome è quasi impossibile avere tutti gli utenti di una lan con gli 
stessi UDI e GID. Se cifs ha questilimiti, che soluzioni alternatve ci sono?
Bye,
		Dino

Dino Tapperini wrote:

da man mount.cifs:
noperm
Client does not do permission checks. This can expose files on this
mount  to  access  by  other users on the local client system. It is
typically only needed when the server supports the CIFS Unix  Exten-
sions but the UIDs/GIDs on the client and server system do not match
closely enough to allow access by the user  doing  the  mount.  Note
that this does not affect the normal ACL check on the target machine
done by the server software (of the server ACL against the user name
provided at mount time).

 noperm
Questa è la stringa che ho usato:
#mount.cifs //serversamba/share /mnt/cifs --verbose -o 
user=user%password,uid=500,gid=100,dmask=777,fmask=777,umask=000,iocharset=utf8,noperm
mount.cifs kernel mount options 
unc=//serversamba\share,ip=192.168.0.10,pass=password,ver=1,user=user,,,,,,,,uid=500,gid=100,file_mode=0777,dir_mode=0777,umask=0000,iocharset=utf8,noperm
Dall'output, parebbe andare tutto bene, ma cosa succede in realtà?
#file /mnt/cifs/file.doc /mnt/cifs/file.doc: ERROR: cannot read 
`/mnt/cifs/file.doc' (Permission denied)
se provo ad aprirlo con oowriter mi dice che il file e rotto.
Idem se provo a copiarlo:
#cp /mnt/cifs/file.doc /mnt/cifs/file.doc_2
cp: lettura di `/mnt/cifs/file.doc': Permission denied
#ll /mnt/cifs/file.doc*
-rwxr-xr-x 1 user users 180224  7 giu  2004 /mnt/cifs/file.doc
-rwxr-xr-x 1 user users      0 14 set 09:57 /mnt/cifs/file.doc_2
Però quel file posso cancellarlo senza nessun problema e posso crearne 
quanti ne voglio con "touch" ma se poi provo ad aprirlo lo uso solo in 
"read only" oppure no posso salvare i file con oowriter sul quella 
directory /mnt/cifs/
Altri suggerimenti?
		Dino


E prima di fare il mount, che permessi ha /mnt/cifs?


 E prima di fare il mount, che permessi ha /mnt/cifs?
#ll/mnt
drwxr-xr-x 2 root     root  4096  5 set 08:58 cifs
Dopo il mount:
#ll /mnt
drwxr-xr-x 32 user users    0 14 set 10:15 cifs
ciao

 ciao
Se mi consenti l'espressione, _settesettalo_ prima del mount.
chmod 777 /mnt/cifs


 chmod 777 /mnt/cifs
Scusami se risposndo solo adesso.
Io te lo concedo il "mi consenti" (però con i diritti te la vedi tu), ma 
  anche facendo come hai detto tu continua a comportarsi come prima.
Altre info?
Bye,
		Dino

 Altre info?
Uhm, ci ripenso su, mi rileggo il thread, e vedo se mi viene in mente
qualcos'altro, non necessariamente in quest'ordine.
