Newsgroup: it.comp.os.linux.sys
Titolo: Backup totale del sistema

Ho la necessità di fare un backup di un intero pc con linux....
Qualcuno sa qualche How-To o documento che mi guida sul da farsi?
mi va anche bene masterizzare i dati su vari cd....
--
| /
| \Byte - Andrea Briganti - 
kbyt...@tin.it
http://members.xoom.it/kbytesystem
ICQ: 40872731 - C6: andreakbyte
Activelist Sentimenti: 47103807


non e` una grandissima idea, forse ti conviene backuppare solo /etc e
/home...
comunque, il formato piu` comodo e` tar.gz, "man tar" per vedere i
parametri, poi "gzip -9 file.tar" per comprimere l'archivio
se avrai bisogno di ripristinarlo e` comodo perche` molte utility per
linuz tipo mc entrano comodamente nei tar.gz e li puoi leggere come se
fossero directory
-- 
    Pardo 
 
http://pardo.cjb.net

 parametri, poi "gzip -9 file.tar" per comprimere l'archivio
Si ci avevo pensato! io però vorrei tarrare tutto l'hd o le dir che mi
servono..... e questo non è un problema! solo che non so come effettuare un
ripristino! filesistem compreso!
Cmq grazie!



aaahhh...
Per il ripristino dovresti farti una coppia bootdisk-rootdisk di linuz
(al limite puoi usare anche il cdrom della distribuzione ma non e` tanto
bello...), con quelli crei le partizioni esattamente com'erano
sull'harddisk funzionante, e poi ci butti dentro la roba...
Ecco si io farei cosi`, ti backuppi le tue partizioni con dd (dd
if=/dev/hda1 of=nomefile ...), cosi` hai i file-immagine, poi li
comprimi (gia` per questo ci vorra` 1 ora...), li butti sui cdrom, e se
si scassa tutto basta fare le partizioni identiche su un altro disco e
sbatterci dentro i file immagine con dd all'inverso... cosi` e sicuro al
100% che torna tutto come prima... (al massimo devi ricaricare LILO
nell'mbr del nuovo disco... ma avendo sempre un kernel-bootdisk pronto
all'uso non ci sono problemi)
E` comunque un po' scomoda come cosa, se non e` troppo puoi anche
comprare un altro harddisk uguale al primo e metterli in RAID 1
via software patchando/ricompilando il kernel... cosi` e` piu`
professionale... e se un disco si scasa basta scambiarli e hai gia`
l'altro identico...
-- 
    Pardo 
 
http://pardo.cjb.net

 l'altro identico...
Si lo so, ma al momento non è una soluzione attuabile!


lo stesso?
Tout d'emble'e imho no, almeno per il fatto che copi i br di hdb5/6 che
contengono le tavole delle partizioni.. posso immaginare il casino!
-- 
Ci sentiamo  |  Remigio Zedda
             |  
remi...@tiscalinet.it
ciao Remigio |                    kernel 2.2.17 su Slack 7.0

contengono le tavole delle partizioni.. posso immaginare il casino!
No, le partizioni devono avere uguale dimensione ( fino al byte ); l'ordine
e la posizione non dovrebbe avere influenza.
Comunque ( sia che si usi cp o dd ) ricordarsi di dare un bel 
# lilo

e la posizione non dovrebbe avere influenza.
Ho messo "credo" e "imho" da tutte le parti, proprio perche' traevo
deduzioni dalla conoscenza della situazione col dos. Ho visto pero` ora
che anche le logiche non hanno tavola delle partizioni, almeno non nel
primo settore: e` tutto in bianco (tutti zeri). Pero` io ho guardato
logiche native di un'estesa Linux, chissa` invece le logiche native su
estesa dos.. forse ci sara`, almeno per compatibilita`.
Pero` mi sai dire perche' fdisk non permette la scelta del numero per
le logiche? Nel dos sono a cascata, dunque impossibile l'inversione,
che e` invece possibilissima per tutte le primarie. Questo mi portava a
pensare all'impossibilita` di invertirle.
Dici: "uguali fino al byte". Ma c'e` un fatto che pero` lascia da
pensare.. ho dato ora:
dd if=/dev/fd0 of=./prova ..con fd0=720 dos 
dd if=./prova of=/dev/fd0 ..con fd0=1440 dos
ed e` perfetto! controllato e letto anche da dos, sull'altra macchina,
e senza bisogno di coprire mai il buco del dischetto ad alta densita`.
Questo sembra in accordo con la mia teoria che vengono riprodotte le
partizioni tali e quali le originali. Sotto condizione pero` che siano,
penso, compatibili le coordinate 3D dei due dischi.
Voglio dire, cioe`, che il versamento nel nuovo disco dovrebbe poter
essere effettuato anche su disco vergine, a patto pero` di versare
hda e non hdan.
Il partizionarlo prima, cioe`, sembra servire unicamente per indicare a
dd il punto fisico da cui cominciare a riversare, penso.
-- 
Ci sentiamo  |  Remigio Zedda
             |  
remi...@tiscalinet.it
ciao Remigio |                    kernel 2.2.13 su Slack 7.0

Morale : crea le partizioni a mano e poi va di dd ....
Beh io sono entrato in discorso, ma per solo interesse teorico. Certo,
dovendolo fare, conviene fare cose gia` collaudate dagli altri;-)
Grazie cmq per l'interessamento:-)
-- 
Ci sentiamo  |  Remigio Zedda
             |  
remi...@tiscalinet.it
ciao Remigio |                    kernel 2.2.13 su Slack 7.0