Il 09/03/2012 08:55, Paolo Sala ha scritto:
direi quindi che cdrom, floppy, audio, video, plugdev e powerdev possono
benissimo essere ignorati e quindi scendo sotto i 16 gruppi di
appartenenza dell'utente e risolvo in un sol colpo il mio problema
elegantemente: grande Dario ti devo almeno una piz
Dario scrisse in data 08/03/2012 12:41:
> Io spero di aver letto bene, anche se ho la sensazione che
> sbaglio . [1]
> Note di rilascio per Debian GNU/Linux 6.0 (squeeze), 32-bit PC
>
> 1> 5.6.2. Device e altri permessi amministrativi
> 1>
> 1> All'utente fisicamente collegato al sistema so
Il 08/03/2012 09:43, Piviul ha scritto:
Un pò di confusione ce l'ho anch'io, sto cercando di documentarmi
> in modo coerente con la documentazione ufficiale Debian.
> Sempre se qualche volontario non ci dia dritte al riguardo:-).
> [addirittura avevo letto di plugdev deprecato, se trovo il doc
Dario scrisse in data 07/03/2012 17:33:
> Paolo sto cercando di documentarmi, in alcune letture viene riferito
> che fu una scelta per mantenere snello il kernel, ma non ho trovato
> ancora nulla di ufficiale.
Grazie Dario... quel che riesci a scoprire condividilo con noi. Io in
questo momento non
Il 07/03/2012 13:18, Piviul ha scritto:
Non nascondo il desiderio che qualcuno più addentrato mi spieghi di
> più al riguardo:-), e magari mi dia lumi sul perché quel dì la
> Sun Microsystems decise questo limite, invece di un array quanto meno
> più grande (magari 255).
mi associo.
Paolo
Dario scrisse in data 06/03/2012 20:41:
> Il problema comunque non era banale nell'individuarlo, ne ho
> approfittato per "informarmi" meglio (non si finisce mai di imparare).
in effetti devo dire che ho avuto un bel cxxo averlo trovato in un thread...
> La RFC 5531 [1] (Remote Procedure Call Prot
Il 06/03/2012 15:45, Paolo Sala ha scritto:
> dea scrisse in data 06/03/2012 14:35:
>> Riesci a risolvere con qualche workaround ?
>>
> beh, il più era trovare dove fosse il problema, ora in qualche modo farò.
>
> Mille grazie, poter esporre il problema spesso porta magicamente anche
> la possibil
dea scrisse in data 06/03/2012 14:35:
> Riesci a risolvere con qualche workaround ?
>
beh, il più era trovare dove fosse il problema, ora in qualche modo farò.
Mille grazie, poter esporre il problema spesso porta magicamente anche
la possibilità di poterlo risolvere (o almeno affrontare).
Pivi
> E direi
> che il problema sia da ricercare qui piuttosto che negli extended
> attributes di ext3.
Si certo, hai ragione, messa così non ha senso
> Comunque ho trovato questo thread:
> http://fixunix.com/samba/140500-%5Bsamba%5D-group-permission-
> problems-winbind-nfs.html
>
> Il problema semb
dea scrisse in data 06/03/2012 13:39:
> .. quindi il problema ce l'hai nella seguente condizione:
>
> -) Mount via NFS
> &&
> -) Join ad un Dominio con acquisizione dei gruppi e degli user di Dominio
> &&
> -) Uno user (di Dominio) cerca di scrivere sul mount del punto (1)
>
non necessariamente
.. quindi il problema ce l'hai nella seguente condizione:
-) Mount via NFS
&&
-) Join ad un Dominio con acquisizione dei gruppi e degli user di Dominio
&&
-) Uno user (di Dominio) cerca di scrivere sul mount del punto (1)
Mi sa che hai problemi con gli attributi estesi.
Incompatibilità/"mancan
dea scrisse in data 06/03/2012 12:55:
> CIAO !
>
> Forse ti può interessare...
>
> https://bugzilla.samba.org/show_bug.cgi?id=8353
>
Ciao Luca e grazie, non ho installato acl sul server... direi quindi che
non c'entra con il mio caso.
Grazie mille comunque
Piviul
--
Per REVOCARE l'iscrizio
CIAO !
Forse ti può interessare...
https://bugzilla.samba.org/show_bug.cgi?id=8353
Luca De Andreis
Chiave pubblica PGP:
http://keyserver.linux.it/pks/lookup?op=get&search=0x5C4AEB0E
COREP
C.Trento 13 10129 Torino
Tel.+ 39 011-19742409
E-mail: assiste...@corep.it
WEB: www.corep.it
13 matches
Mail list logo