Newsgroup: it.comp.os.linux.sys
Titolo: Debian: gruppi e mountpoint

Ho questo problema coi gruppi:
(Slack)             (Deb)
news::13:news   ->  proxy:x:13:
slocate::21:rr  ->  fax:x:21:
Domanda_1: c'e' modo di far diventare 13=news e 21=slocate
nella Debian senza fare troppo casino?
La directory: /var/spool/slrnpull/news e' un link al
mountpoint /home/news, dove ci monto la partizione
che contiene tutte le news.
Beh, a partizione non montata nella Slack ho:
drwxr-xr-x   11 root      root         4096 Mar  5  2006 news
mentre nella Deb ho invece:
drwxr-sr-x   11 root     staff         4096 Oct 31 21:14 news
dunque col gruppo staff inesistente nella Slack e poi
quella s al posto della x.
Domanda_2: posso cambiarli entrambi a mano, gruppo e stick
(mi sembra che si chiami cosi' quell's)?
Domanda_3. Ho cambiato /etc/adduser.conf mettendo "no" al
gruppo uguale al nick, per averli (all'antica?) tutti nel
gruppo users, ebbene: c'e' qualche controindicazione?
-- 
Ciao Lazzareno

 nella Debian senza fare troppo casino?
Ci vuole qualche colpo di find per trovare files e directory che
appartengono a quei gruppi e poi dare un chown al nuovo utente.
Ovviamente prima sistemi /etc/groups in modo da assegnare diversi id
numerici ai gruppi.
Guardando ai gruppi dubito che avrai problemi anche se esegui
l'operazione direttamente sui file di sistema mentre questo gira, pero'
non ho mai fatto una cosa del genere e non so cosa possa succedere.
Ma perchè ti stai ostinando a far funzionare debian come slackware?
A parte per questo problema che immagino dipenda da partizioni condivise
tra i 2 sistemi sulla stessa macchina.
Gufo
-- 
  ,___,          Armageddon means never having to say you're sorry.
  (9v9)
  (_^((\		    .: May the owl be with you :.
-^-"-"-\\-^-                  
http://gufo.dontexist.org

tra i 2 sistemi sulla stessa macchina.
No, ma vorrei evitare di avere una copia di tutte le news
anche sulla Debian, perche' Slrn/Slrnpull vogliono che le
directory appartengano al gruppo news.
E se le assegno a news nella Deb e' ancora peggio, perche'
diventerebbero del gruppo kmem nella Slack!
-- 
Ciao Lazzareno

 diventerebbero del gruppo kmem nella Slack!
Diciamo che questo messaggio avrebbe potuto essere la testa di ponte per
una flammatina, ma non voglio azzardare troppo sia perchè sono "nuovo di
qui"[0] sia perchè il clima è teso su certe questioni.
Resta comunque buono il suggerimento di andare a colpi di 
find -gid numero -exec chown nome:gruppo {} \;
Ciao!
Gufo
[0] Lurko da almeno 2 anni e posto pochissimo


find -gid numero -exec chown nome:gruppo {} \;
Ti ringrazio ma cercavo/pensavo si potesse evitare di cambiarli
e ricambiarli ogni volta che avvio la Slack o la Deb... tra
l'altro di partizioni comuni ne avrei anche altre.
In altre parole credevo fosse un problema piu' comune... per
dire: con due reti aziendali come fanno? (o e' una fregnaccia
che sto dicendo?) 
-- 
Ciao Lazzareno


Si si, è permanente e devi farlo una volta sola. Devi cambiare pero' per
tutti i file di sistema le ownership. Cambiare in /etc/group l'id di un
gruppo serve solo per cambiare le etichette che associ al valore
numerico del gid (con cui sono segnati i file sul file system), valore
su cui poi le applicazioni si basano. Una volta che hai cambiato
/etc/group devi preoccuparti di assegnare i file che erano del gruppo
slocate con vecchio gid al nuovo gruppo slocate...per farlo devi
cercarli basandoti sul vecchio gid. Praticamente devi solo adattare
tutti i file presenti alla nuova convenzione gid-->nome gruppo
Sono stato piu' chiaro?
Gufo


 Sono stato piu' chiaro?
Aggiungerei di stare attento a non fare la ca..ata di cambiare uid:gid
in un uid:gid esistente che intendi cambiare, altrimenti al successivo
giro hai le carte mischiate.
Per esempio:
(Slack)
news::13:news
slocate::21:rr
(Deb)
proxy:x:13:
news:x:16:
slocate:x:18:
fax:x:21:
Dovrai cambiare gli uid (analogamente per i gid) associati a proxy e fax
e poi associarli a news e slocate.
Per fare questo scegli un uid inutilizzato a caso, per esempio il 499 e
cominci:
# Cambio tutti i files di proxy in 499
find / -uid 13 -print0 | xargs -0 chown 499
# Cambio i files dell'utente news attuale nel news nuovo
find / -uid 16 -print0 | xargs -0 chown 13
# Cambio tutti i files di 499 in 16
find / -uid 499 -print0 | xargs -0 chown 16
Quindi editi il file /etc/passwd e scambi gli uid di proxy e di news.
Analogamente per gli altri utenti e per la parte gruppi.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

Analogamente per gli altri utenti e per la parte gruppi.
OK e vi ringrazio entrambi.
Mi resta pero' una cosa non chiara, ora mi spiego.
Nella Partizione_A ci stanno gia' scritti tutti i file
in varie (sub)directory.
Alcuni (molti) di questi file hanno gruppo 13.
Quando monto Partizione_A sulla Debian in /pippo, i file
vengono:
1) visualizzati come del gruppo proxy, e questo poco male.
2) restano associati in tutte le applicazioni al loro
numero 13, e questo mi danneggia perche' 13=proxy.
Ebbene, io NON vorrei cambiare il 13 nei file, ma chiedevo
se esiste modo di cambiare nella Deb l'associacione del
numero 9 a news, e del 13 a proxy.
Vorrei cioe' fare queste due cose nella Deb:
1) proxy=13 ->  proxy=boh_tanto_non_c'e'_nella_Slack
2) news=9   ->  news=13
ma ripeto, senza toccare i file... e senza danneggiare il
sistema della Deb ovviamente.
Per dire: il fatto di poter scegliere il gruppo di un
nuovo utente e' previsto nella Deb da sistema, e ne ho
approfittato, infatti invece di farmi fare il gruppo rhein,
mi son fatto mettere nel gruppo users e il gruppo rhein non
me l'ha creato per niente.
E cosi' posso accedere a tutti i miei file come
proprietario, anche a quelli della root della Slack
quando la monto dalla Deb (non solo a quelli della
partizione "condivisa").
-- 
Ciao Lazzareno

 sistema della Deb ovviamente.
Perdonami, ma i casi sono 2:
a) non sai come funzionano le permission sui filesystem Unix, e allora è
meglio se ti ripassi il loro funzionamento
b) non hai letto con attenzione il post.
Sul filesystem il nome non esiste; esistono solo uid e gid. Se vuoi
avere i nomi associati ai {uid|gid} uguali nei due sistemi devi
ovviamente cambiare l'associazione in /etc/{passwd|group} in uno dei due.
Se la cambi così alla cavolo, i files che attualmente appartengono ad un
utente, diverranno di proprietà dell'altro, e quando gli scripts faranno
partire i programmi, facendo riferimento al nome utente, avrai
malfunzionamenti.,
Quindi non è sufficiente cambiare l'associazione nei files, ma bisogna
operare gli stessi cambiamenti anche sul filesystem, con la procedura
che ti ho indicato.


meglio se ti ripassi il loro funzionamento
Si'... mi sembra infatti di capire solo adesso che gli UNICI
file/posti dove il sistema guarda per dare o non dare il
permesso di scrittura sono i due file passwd e group.
Potresti confermare per sicurezza, TIA? perche' il resto
e' allora tutto conseguente.
E grazie ancora per la pazienza eh.
-- 
Ciao Lazzareno

 Potresti confermare per sicurezza, TIA?
http://acronymfinder.com/af-query.asp?acronym=tia
Se con TIA ti riferisci alla seconda, allora confermo.
Comunque suggerisco ugualmente la lettura degli appunti di informatica
libera (
a2.swlibero.org
) sul funzionamento dei permessi in ambienti Unix.


Se con TIA ti riferisci alla seconda, allora confermo.
Si', TNX.
-- 
Ciao Lazzareno