Newsgroup: it.comp.os.linux.iniziare
Titolo: Backup di sistema

Voglio ripartizionare il disco eliminando una vecchia partizione
su cui stava un vecchio sistema che ora non uso pi� e allargando
l'attuale partizione dove gira il sistema principale.
Avrei pensato di:
1- copiare il contenuto del vecchio sistema in una dir di un HD
esterno.
2- copiare il contenuto dell'attuale sistema in una dir dello
stesso hd esterno.
3- ripartizionare il disco interno
4- copiare il backup dell'attuale sistema nella nuova partizione
ripristinando di fatto il sistema attuale.
Ho deciso di provare con rsync:
Al punto 1 per� ho gi� dei dubbi:
===========================================
# rsync -avz /mnt/hd/slack-11/ \
  /media/wd2/system-backup/slack-11.0/
sending incremental file list
sent 4695357 bytes  received 14090 bytes  29712.60 bytes/sec
total size is 5434154551  speedup is 1153.88
# du -sh /mnt/hd/slack-11/ > 11.orig; du -sh \
  /media/wd2/system-backup/slack-11.0/ > 11.bk
# cat 11.*
5.7G    /media/wd2/system-backup/slack-11.0/
5.1G    /mnt/hd/slack-11/
============================================================
A titolo informativo:
# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hdc6             7.3G  5.8G  1.1G  85% /
/dev/hdc3             5.7G  5.2G  224M  96% /mnt/hd/slack-11
/dev/hdc2              22G   19G  2.5G  89% /mnt/hd/win
tmpfs                 250M     0  250M   0% /dev/shm
/dev/sda2             734G  160G  537G  23% /media/wd2
-------------------------------------------------------------
La partizione da eliminare � /dev/hdc3 dove stava slackware-11.
Il problema che riscontro nella verifica consiste nella
differenza della dimensione della directory sorgente (5.7GB)
rispetto alla directory di backup 5.1 GB.
Inoltre riprovando a lanciare rsync una seconda volta, macina
troppo... nonostante nella dir sorgente non abbia toccato nulla.
Ci� mi fa pensare che ci sia un link da qualche parte nella mia
partizione di sistema attuale (/) che punta a qualcosa nella
vecchia partizione. O viceversa qualcosa nella mia vecchia
partizione che punta alla attuale.
1- Come potrei eventualmente scovarlo?
2- Vi pare giusto l'utilizzo di rsync come sopra per l'obiettivo
di backup e ripristino? dovrei trovarmi poi nuovamente il sistema
quasi funzionante no, a parte il boot loader che andr�
reinstallato e fstab che andr� rimodificato sulla base del
nuovo partizionamento.
3- Inoltre � possibile backuppare il sistema attuale direttamente
durante l'uso (magari andando in runlevels particolari, non so).
Oppure � strettamente necessario lavorare da un file terzo?
Spero in qualche vostro parere.
Grazie in anticipo!  :-)

 l'attuale partizione dove gira il sistema principale.
]zac[
Perch� non usare cp -a daqui ala e poi cp -a ala daqui?
Per la differenza tra l'originale e la copia conviene incominciare a contare 
i file e le dirctory presenti (con l'esplorara risorse grafico basta un 
click del tasto destro, o si pu� usare find + wc), poi eventualmente passare 
alla differenza di dimensioni o reale tra le due copie.
Comunque ho usato molte volete cp -a per clonare l'intero sistema 
funzionante, e non ho mai notato nessun tipo di problema.

 alla differenza di dimensioni o reale tra le due copie.
Riporto la parte pi� significativa in termini di differenze tra
directories analoghe della destinazione e origine.
# du -sh /media/wd2/system-backup/slack-11.0/* /mnt/hd/slack-11/*
1.8G    /media/wd2/system-backup/slack-11.0/home
3.5G    /media/wd2/system-backup/slack-11.0/usr
1.4G    /mnt/hd/slack-11/home
3.3G    /mnt/hd/slack-11/usr
In pratica le /home differiscono per circa 400MB, mentre le /usr
per circa 200 MB. In totale troviamo i 600 MB di differenza tra
il sistema tra l'originale e il backup che pare appunto cresciuto
inspiegabilmente di quegli stessi 600 MB.
Voglio provare a fare il backup con "cp -a" e vedere se queste
differenze persistono.
Poi magari lavorando sia con du che con find wc e compagnia,
potrei cercare di venire a capo delle cause della discrepanza.
Saluti.

 trasferimento. Non ti pare?
]zac[
Non credo che si possa dare una risposta certa, per esempio non � detto che 
rsync, tar, cp, ecc., e qualsiasi altro metodo di copia supportino tutto i 
tipi di file e i vari attributi, e non detto che lo facciano allo stesso 
modo (pensa per esempio a un device una cosa � copiare il file di tipo 
device e un'altra � copiare il contenuto del device, pensa agli attributi 
estesi, selinux, ecc.).
L'uso di cp -a � quello di fare una copia per il trasferimento di un 
sistema, non per fare dei backup periodici per il ripristino totale del 
sistema, per quello scopo � il caso di rivolgersi a programmi che fanno la 
copia della partizione o qual cosa simile.


Ma scusa che differenza c'� tra fare una copia pre il
trasferimento di un sistema (per cui dici si pu� usare cp -a) e
fare un backup periodico del sistema al fine del ripristino
totale?
A me pare la stessa cosa...
Cio�, se cp -a va bene per la copia totale al fine di
trasferimento, dovrebbe andare altrettanto bene per fare la
copia di backup al fine di ripristino:
il ripristino alla fine non pu� essere visto come un
trasferimento del sistema nella sua stessa partizione?
Tant'� che anche in altri threads in cui si parlava per esempio
di deframmentazione in ambito linux, veniva consigliato il "cp -a"
da qui a l� e da l� a qui.
dd per esempio mi potrebbe copiare l'intera partizione, ma poi
se volessi trasferire il sistema in una configurazione
ripartizionata del disco (come voglio fare io per capirci), sarei
comunque costretto quanto meno a montare il backup in loop e fare
una copia tornando a chiamare in causa cp o chi per esso...
Mi pare importante quanto dici nella prima parte: riescono gli
strumenti cp, tar, rsync a supportare tutti i tipi di files e i
vari attributi? � una riflessione che centra il mio obiettivo, ma
avevo capito che il tuo primo intervento in cui consigli cp -a
avesse gi� risposto a questa domanda:
cp -a va bene e supporta tutto... altrimenti non potrei
trasferire il sistema in backup e ricopiare indietro indenne.
Non so se mi sono spiegato...

 totale?
]zac[
Tempo, spazio occupato, richiesta di risorse di sistema, il sistema non deve 
essere in uso, gestione degli eventuali errori manuale,  ecc. .
In sintesi una cosa � fare una copia manualmente e una volta sola, una cosa 
� fare una copia automatica e periodica con lo scopo di essere certi di 
avere una copia di ripristino.

 errori manuale,  ecc. .
Sinceramente, continuo a non avere le idee troppo chiare,
non avendo esperienza di backup non riesco a seguirti
completamente...
Ma per il momento a me serve solo trasferire il sistema sull'HD
esterno, ripartizionare e poi riportarlo indietro nella nuova
partizione. Quindi mi accontenterei di capire qualcosa di pi� in
tal senso...
� che la discrepanza rilevata con "du" tra le due directories mi
ha fatto venire dei dubbi e non vorrei perdere della roba.
Ho provato anche con "cp -a" ma la storia non cambia la dir di
partenza ha 5.1GB, mentre la destinazione ha 5.7GB.
Azzardo un'ipotesi:
poniamo di avere nella dir sorgente un link simbolico ad una
directory che sta su un'altro sistema presente in un'altra
partizione del disco.
Quando lancio il cp -a, cosa succede a quel link simbolico?
1- viene copiato solo il link?
oppure
2- viene copiata la directory cui punta il link in questione?
Perch� se fosse vera l'opzione 2, ecco spiegata la "lievitazione"
del backup.
E magari du quando lavora sulla sorgente considera il link un
semplice file, non andando a considerare il contenuto della dir a
cui punta...
Cosa ne pensi?

 cui punta...
In effetti ho provato a fare il backup con "cp -ax" che dovrebbe
limitarsi al mount point della partizione di cui si fa il backup
senza seguire, se ho capito bene eventuali links simbolici,
considerandoli come semplici files.
Avevo riportato le cose per bene in un messaggio precedente non
spedito con successo, ad ogni modo per entrambe le directories
sorgente e destinazione, la dimensione � di 5.1 GB.
Ho controllato anche con "du -s" quindi ottenendo la dimensione
in kilobyte o gi� di l�, per avere una maggiore precisione
insomma, ed effettivamente la sorgente risulta 5MB maggiore della
destinazione. Non so a cosa sia effettivamente dovuto. Ma direi
che � poca roba in ogni caso e spero non sia nulla di importante.
Inoltre ho lanciato anche:
find /destinazione|wc -l
e find /sorgente|wc -l
E il numero di files (righe) riportati era identico.
Ora sto cercando un modo per far tornareanche con rsync, tanto per
capire un po' meglio.
Insomma penso proprio che la discrepanza fosse dovuta a link
simbolici nella sorgente che puntavano a directories esistenti
fuori dal mount point della partizione.
Se aveste chiarimenti o correzioni in merito non esitate. :-)

 partizione del disco.
]zac[
E mettere da parte la pigrizia e simulare il caso per poter fare una prova? 
Su dai, non rischi l'infarto per eccesso di sforzo nel creare una directory 
con qualche file, creare una link alla directory e fare qualche prova.
Anche rileggere meglio quanto gi� risposto, usare find e wc o l'interfaccia 
grafica per sapere il numero dei file e directory, rileggere dopo scritto di 
fare la copia con sistema non attivo.
P.S.
ls -al                                                                                  
totale 212                                                                                             
drwxr-xr-x.  28 root root  4096 23 feb 21:32 .
drwxr-xr-x.  28 root root  4096 23 feb 21:32 ..
-rw-r--r--    1 root root     0 23 feb 21:32 .autofsck
-rw-r--r--    1 root root     0 17 gen 20:17 .autorelabel
drwxr-xr-x.   2 root root  4096  6 feb 14:27 bin
drwxr-xr-x.   4 root root  4096 20 feb 17:50 boot
drwxr-xr-x.   2 root root  4096  1 ott  2007 command
drwxr-xr-x   13 root root  4160 23 feb 21:36 dev
drwxr-xr-x. 161 root root 12288 23 feb 21:34 etc
drwxr-xr-x.   5 root root  4096  4 mar  2009 home
drwxr-xr-x.  13 root root  4096  6 feb 14:24 lib
drwxr-xr-x.   8 root root 12288  6 feb 14:26 lib64
drwx------.   2 root root 16384 23 ago  2009 lost+found
drwxr-xr-x.   3 root root  4096 23 feb 21:33 media
drwxr-xr-x    2 root root     0 23 feb 21:33 misc
drwxr-xr-x.   9 root root  4096 26 gen 23:20 mnt
drwxr-xr-x    2 root root     0 23 feb 21:33 net
drwxr-xr-x    5 root root  4096  4 mar  2009 opt
drwxr-xr-x.   3 root root  4096  9 mag  2004 package
dr-xr-xr-x  194 root root     0 23 feb  2010 proc
drwxr-x---.  41 root root  4096 21 feb 18:28 root
drwxr-xr-x.   2 root root 12288  6 feb 14:27 sbin
drwxr-xr-x.   2 root root  4096  4 mar  2009 selinux
drwxr-xr-x.   2 root root  4096 11 mag  2004 service
drwxr-xr-x.   2 root root  4096 21 gen 23:11 srv
drwxr-xr-x   13 root root     0 23 feb  2010 sys
drwxr-xr-x    3 root root  4096  6 dic 15:54 tftpboot
drwxrwxrwt.  26 root root  4096 23 feb 21:41 tmp

 Se aveste chiarimenti o correzioni in merito non esitate. :-)
Si e no, ci sei vicino, ma le motivazioni sono sbagliate.
Che differenze ci sono tra un sistema attivo e uno non attivo?
A parte i problemi di coerenza della copia (in un sistema attivo le 
possibilit� che la copia sia non coerente a causa di modifiche durante la 
copia sono non trascurabili) ci sono delle directory (vedi ls nell'altro 
post) che cambiano .... dentro.

 post) che cambiano .... dentro.
... indovinello troppo difficile?
In ogni caso una ragione per non fare la copia di un sistema attivo (quindi 
bisogna usare una live o un altro sistema) � che vengono aggiunti vari 
''montaggi'', per esempio /dev, /proc, /sys, /mnt, ecc. che non fanno parte 
del sistema e che non vanno copiati (se copiati fanno risultare una 
dimensione maggiore di quella reale).
E in ogni caso due, cp -a copia i '''file''' esattamente come sono, quindi 
un link simbolico viene copiato come un link simbolico.

 simbolico.
Ecco, ma alla luce di quanto detto sopra (la dir che ho cercato
di copiare era una sistema terzo, non attivo) a cosa allora si
pu� attribuire la discrepanza?
d ogni modo prima di perderci del tempo dietro, preferisco
mettere in piedi il sistema su usb, montare *solo* la partizione
dove sta slack-11 e fare il rsync o il cp. verso HD esterno.
E vediamo un po' come risponde.
PSOT:
se ti intendi di floppy, superfloppy e syslinux, ho messo un post
per capirci qualcosa in pi�, sempre inerente l'installazione di
slax su pendrive usb.  ;)

 non cerchiamo di spiegarci chiaramente anche con esempi (che
]zac[
... no comment ...
Per il resto, io spiegarmi meglio dell'ultima mia risposta non riesco, vedi 
te se riesci a capirne di pi�.
Auguri.

 riesco, vedi  te se riesci a capirne di pi�.
Ma ti se spiegato se intendivi semplicemente dire che non si pu�
copiare un sistema attivo...
Il problema per� � che la discrepanza la ottengo copiando una
sistema non attivo che sta su un'altra partizione..

 sistema non attivo che sta su un'altra partizione..
E va beh .... [NO COMMENT OFF] ....
Il che non � possibile (evidentemente c'� qualcosa che non hai considerato e 
verificato), e si torna al punto di partenza.
Il fatto stesso che hai scritto che non cp -ax hai ottenuto un risultato 
diverso da cp -a � un chiaro indizio che quello che stai cercando di copiare 
non � inattivo, ma invece dentro a quello che stai cercando di copiare c'� 
qualcosa di attivo (magari attivato da un altro sistema, ma sempre attivo).
Sta a te verificare, anche a colpi di tasto destro->propriet� (e di solito 
bastano una decina di minuti) dove sta esattamente la directory e i file che 
portano alla differenza.
Non sono richieste doti particolari per questo tipo di problemi, ma solo la 
voglia di sputare un tot di bile e di sprecare un tot di tempo.
Per questo cercavo di spingerti (o se preferisci obbligarti) a fare da te.
Per questo ti ho fatto notare (se vuoi fastidiosamente) che le prove su come 
si comporta cp -a potevi tranquillamente farle da solo.
In sintesi, dipende tutto da te.
Riauguri.

 slax su pendrive usb.  ;)
Di unit� senza partizione/singolo filestem conosco poco e niente, e la volta 
che ci ho avuto a che fare mi hanno anche fatto irritare un tantino tanto.
Riririauguri.