Newsgroup: it.comp.os.linux.debian
Titolo: cp allegro e nefaste conseguenze

Siccome mi ero finito lo spazio sull'HD della macchina virtuale (ho una 
debian dentro virtualbox) ho aggiunto un nuovo HD virtuale in cui 
mettere la directory /usr.
 
Detto fatto: rinomino usr, creo una usr vuota e poi copio tutto da /usr 
a /mnt/nuovo... DA ROOT, con cp -R * /mnt/nuovo.
 
Ha quasi funzionato: al reboot ha funzionato quasi tutto meno Dbus, che 
si è rifiutato di partire (e di conseguenza pure il network manager di KDE).
Do un'occhiata al problema e scopro che adesso TUTTI i file, le dir e le 
sottodir di /usr appartengono a root:root :-((((
 
C'è un modo facile di rimettere le cose a posto? Premetto che non ho 
ancora cancellato la vecchia /usr, quindi posso andare a vedere 
com'erano owner e permessi di tutti i file, volendo... ma NON a mano, ovvio.
 
Grazie...

 C'è un modo facile di rimettere le cose a posto? 
 
Cancellare la directory nuova e copiare daccapo tutti i file originali 
con rsync. Leggendo prima il manuale ovviamente.
 
 

 con rsync.
 
Uhm... Pensavo... rsync dovrebbe risolvere anche senza cancellare la 
nuova /usr. E *senza* ritrasferire i contenuti (quindi pochissimi byte da 
copiare).
 
Un breve esperimento:
 
lem@biggy:/tmp$ ll dira/filea
-rw-rw-r-- 1 lem lem 104857600 2012-08-28 19:13 dira/filea
 
lem@biggy:/tmp$ ll dirb/filea
-rw-rw-r-- 1 root root 104857600 2012-08-28 19:13 dirb/filea
 
lem@biggy:/tmp$ sudo rsync -av /tmp/dira/ /tmp/dirb
sending incremental file list
 
sent ***59*** bytes  received 15 bytes  148.00 bytes/sec
total size is 104857600  speedup is 1416994.59
 
lem@biggy:/tmp$ ll dirb/filea
-rw-rw-r-- 1 lem lem 104857600 2012-08-28 19:13 dirb/filea
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://www.worldcommunitygrid.org/index.jsp
 
http://www.rnaworld.de/rnaworld/
 
http://home.edges-grid.eu/home/
 
 
http://www.gpugrid.net/
 


cancella il copiato
poi puoi usare altri strumenti oppure (da root ovviamente)
un cp -dpR <src> <dest>
 
un bel man cp se vuoi verificare a cosa servono quelle opzioni
 
 

 copiare).
 
Buona osservazione. 
 
Però i problemi con cp non sono *solo* i permessi e ma anche
i link ed altre cosette. Preferirei comunque cancellare tutto 
preventivamente. Potrebbe essere una mia paranoia? Ok ma la
paranoia è una cosa buona e utile.
 

 i link ed altre cosette.
 
Per i link rsync -avHXAP
L'unica cosa che manca sono le label selinux.
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 Per i link rsync -avHXAP
 
Sì, questo mi ricordo che me l'avevi già scritto. Non l'avevo riportato 
per lasciare all'OP l'onere di documentarsi.
 
BTW: normalmente uso "-avHPAX (--delete)".
L'HPAX me lo ricordo pensando al film K-PAX, con Kevin Spacey.
Robe di un altro mondo. ;)


 BTW: normalmente uso "-avHPAX (--delete)".
 
 
Ok la accendiamo. In particolare --delete e -H Poiché /usr contiene 
le librerie dinamiche che fanno uso pesante dei link è molto 
importante cancellare e ricostruire anche gli hard link
 
PS perché l'opzione --delete è tra parentesi? Forse perché la ritieni
facoltativa?
 

 facoltativa?
 
No, intendevo che, per quelle che sono le mie limitatissime esigenze (che 
poi si riducono a banali backup o spostamenti di dati normalissimi come 
collezioni di foto, video etc. con magari un po' di link a file e non a 
directory) nel 99% delle volte uso comunque una di quelle due serie di 
opzioni, a seconda che voglia il --delete o no. Insomma una di quelle due 
mi va praticamente sempre bene, e mi par di andare sul sicuro. :)



Risolto, grazie a tutti.
Ho usato "-aHAX" senza --delete perché nel frattempo avevo cominciato a 
togliere roba tipo /share/doc dalla vecchia usr. Magari sarebbe stato 
più prudente tenere le opzioni verbose per vedere in tempo reale cosa 
stava combinando, ma comunque è andata :-)