hello tlmde...
 
alors voila je voudrais sauvegarder tous mon systeme linux. (red hat 7.3) y'a ke du linux sur mon DD (pas de dual boot avec windobe)
je voudrais tout sauvegarder (genre faire un Ghost)..
Ma partoche est une ext3
 
je ne connais pas encore bien le systeme des fichiers. alors si qql peut m'indiquer comment faire avec la commde TAR. sachant que je voudrais le graver ensuite sur CD donc decouper les archives en 650 MO ...pouvez vous m'aider.
Merci
Lulux

tar -cvf te permet de faire une archive
exemple tar -cvf * te permet de tout foutre en archive sur le repertoire actif.
 
 Ensuite pour decouper, heu, ça doit etre split
(exemple d'apres man : split -b=24k monfichier.tar)
 
 Voila, man split te donneras plus d'explications
 
Ensuite pour graver :
 man cdread (pour faire l'image)
 man cdrecord (pour graver, si ton graver est un ide, faudra mettre l'option dev=0,0,0
 
voili

allé c ton jour de chance, mais accroche toi )
 
Bon deja si tu veux faire les choses bien il faut ne faut pas sauvegarder un système en cours d'utilisation, donc tu devrais booter sur un autre système ca serait mieux... mais bon en pratique c pas très grave...
 
ben voila... supposons que tu veuilles sauvegarder le sys du repertoire courant : ben tu fais  
tar -czf montarball.tgz bin boot dev etc home lib root sbin usr var
Vala.
Mais bon y a d'autres utilitaires plus adaptés a ce genre d'opréation, style "dump" ou "dd" (pour les vrais
bonne chance

ok merci samuel ...dc si j'ai bien compris, si je fais un "tar cfv /" il va me sauvegarder tout mon systeme de fichier ??
 
voilà mon systeme de fichier :
 
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda2              5036316    860712   3919772  19% /
/dev/sda1                46636      8758     35470  20% /boot
/dev/sda6              1288656     32908   1190288   3% /home
none                    386460         0    386460   0% /dev/shm
/dev/sda3              1407296   1045444    290364  79% /usr
/dev/sda7               256667     32503    210912  14% /var
/dev/cdrom              290432    290432         0 100% /mnt/cdrom
 
??
 
lulux

es kil vaut mieux que je repasse en init3 avant ?

eske apres je pourrais reinstyallé tout ca sur un disque dur vierge ?? a partir d'une diskette de demarrage linux ??
 
Merci de vos precieuses infos dejà
 
Lulux

et un  p'tit up pr la forme

yup topic très intéressant.
dans un autre ça parlait de tous les softs de backup (amanda, system imager, etc...). mais si un simple tar suffit, je suis preneur aussi!
 
qqun aurait un howto par ex?
 

lulux a écrit a écrit : et un  p'tit up pr la forme

à mon avis, le mieux c dd... Si ton linux est installé sur le disque dur hda, fé un tit
dd if=/dev/hda | gzip --best > image-linux.iso.gz
tu auras une image parfaite de ton disk dur, zippé au mieux, kom ça tu pourras la graver sur un CD.
Pour restaurer ton image HD,
gunzip image-linux.iso.gz > /dev/hda
et voilà... image parfaite du HD restaurée

ça suppose que tu as un linux installé sur un autre disque dur, je suppose ?
ou avec une mini-distrib sur floppy, non ?

pour la restauration oui... sinon non...

ça veux dire qu'il va écrire le fichier image-linux.iso.gz sur le disque dur qu'il est en train de "backuper"  

jotenakis a écrit a écrit : ça veux dire qu'il va écrire le fichier image-linux.iso.gz sur le disque dur qu'il est en train de "backuper"

 
Ouaip j'ai un doute aussi sur le fait qu'il fasse l'archive en RAM le temps de backuper pour l'écrire après d'un coup sur le disque
 
Par contre c'est pas mal d'un disque à côté, sauf bien sûr lorsqu'on a des données sensibles qui changent à chaque instant... ( cas d'une base de données avec fort traffic par exemple au pif )

Sly Angel a écrit a écrit :     Ouaip j'ai un doute aussi sur le fait qu'il fasse l'archive en RAM le temps de backuper pour l'écrire après d'un coup sur le disque   Par contre c'est pas mal d'un disque à côté, sauf bien sûr lorsqu'on a des données sensibles qui changent à chaque instant... ( cas d'une base de données avec fort traffic par exemple au pif )

bah pour le tar c pas terrible car ton système de boot, tu pourras pas de restaurer avec tar... Par contre avec ma méthode, c possible de sauvegarder l'état du disque dur (secteurs de boot, état des partitions, données du HD, ...).
Maintenant est-ce ke ça marche en réalité   bah oui, j'ai essayé sur une floppy ça marche donc ça pourrait marcher sur un hd. A tester. Si ça marche pas il faudra trouver une autre solution...

et heu... comment ça gère /proc par exemple tar ?

le sot zi a écrit a écrit :   Maintenant est-ce ke ça marche en réalité   bah oui, j'ai essayé sur une floppy ça marche donc ça pourrait marcher sur un hd.

et le fichier cible tu l'as copier où ? sur un autre disque ???
 
Moi j'ai deux disques : /dev/hda et /dev/hdc
Je veux cloner /dev/hdc je fais :
 
1) Je boote sur une TOMSRTBT
2) mount -t vfat /dev/hda1 /tmp
3) dd if=/dev/hdc | gzip --best > /tmp/image-linux.iso.gz  
 
J'ai bon ?

oui normalement ça devrait marcher

 
Ca se vautre un peu, il me semble qu'il s'en sort mais que ça te met +1Go dans la vue avant d'arriver à en sortir.
 
C'est pas que tar est une solution viable, ça ne l'est pas, mais gzip saura pas s'en sortir niquel non plus de toute manière je pense. Déjà parce qu'il écrit le dump en même temps qu'il backup le disque, donc ou il sature la RAM avec tout le disque ( mamamia ) sur le dd du départ, soit il écrit l'archive pendant qu'il fait le backup du disque ou se trouve l'archivage en cours. De plus /proc change également durant ce temps, ça fait quand même un peu bourrain non ?
 
Entre une floppy de 1.44 Mo et un disque complet, y'a une grosse différence quand même...

dites ça marche aussi si je veux cloner une partition d'un disque ? (ex: mon linux n'est qu'une petite partition de mon hda)

 
Là c'est jouable oui, enfin ça reste à tester

bah, en principe, oui... Il suffit de remplacer /dev/hda par une partition (ex : /dev/hda1)...

lol! j'aime bien le "en principe"    
 

y'a quelqu'un qui peut tester voir ce que ça donne ?

x540 a écrit a écrit : lol! j'aime bien le "en principe"

bah oui je dis en principe car je n'ai pas tester sur une vraie partoche de 20 Go... Mais ça marche nickel sur une floppy, donc la commande est bonne. Après il peut y avoir des pbs avec la gestion de la mémoire et la prise en compte récursive du fichier compressé

bon je vais tester en tar et en dd, mais effectivment il risuqe d'y avoir un pb recursif ...alors je vais le balancer sur une autre becanne en rezo je vous tiendrais au courant dans l'apres midi

 
Pourquoi tu testes pas le gzip ?

MikyMike a écrit a écrit :   Mais bon y a d'autres utilitaires plus adaptés a ce genre d'opréation, style "dump" ou "dd" (pour les vrais bonne chance

 
voilà juste pr info Mikymike ...dump a ne pas trop utiliser de la part de Monsieur Linuz lui meme
 
http://old.lwn.net/2001/0503/a/lt-dump.php3
 
il recommande Tar du reste
 
A+ lulux

lulux a écrit a écrit :     voilà juste pr info Mikymike ...dump a ne pas trop utiliser de la part de Monsieur Linuz lui meme   http://old.lwn.net/2001/0503/a/lt-dump.php3   il recommande Tar du reste   A+ lulux

 
CA me parait effectivement beaucoup plus raisonnable ce lien

qqun pour une solution avec cpio ?  

Quand on utilise tar, nul besoin n'est de sauvegarder tout le système !
 
L'important, c'est de sauvegarder les données utilisateur (/home), la configuration du système (/etc), et pour le reste, tu génères la liste des paquets installés avec les outils de ta distribution. Si tu as une Debian, il faut aussi sauvegarder la BDD de debconf, ça aide.

Sly Angel a écrit a écrit : y'a quelqu'un qui peut tester voir ce que ça donne ?

 
bon vais tester !!!
 
 
comme j ai po été au boulot !!!
 
je vais faire qq chose quand même !!
 
bon je vais faire un iso de mon systéme linux de ma wokstation pour le foutre sur mon portable !!!
 
 

oui enfait c mort j ai windows !!!
 
donc enfait ca ne testerai que la validité des fichiers !!
 
et non tout ce qui est au niveau du boot !!

lulux a écrit a écrit :   il recommande Tar du reste

pas exactement... il déconseille dump... c tout, et il dit que tout ce qui existe d'autre rocks... Maintenant je penche pour DD clairement ...

vais tester ce soir pour le backup, mais pour la restauration vé pas flingué ma slack fraichement installé/configuré/maitrisé.  
 
 
je regarderais juste ce qu'il ya dans l'image gzip... A moins que vous me proposez mieux ?
 
@+

je propose mieux : vire ton double post

jotenakis a écrit a écrit : vais tester ce soir pour le backup, mais pour la restauration vé pas flingué ma slack fraichement installé/configuré/maitrisé.       je regarderais juste ce qu'il ya dans l'image gzip... A moins que vous me proposez mieux ?   @+

 
T'as pas un DD en rade pour replaquer l'image et la tester ?

j'ai essayé dd if=/dev/hda6 | gzip --best > /tmp/image.iso.gz  
(/tmp étant monté sur /dev/hdc)  
Quand j'ai ouvert le fichier .gz, je n'ai pas vu mes données mais un fichier nommé image, c'est normal ???

http://www.linux-backup.net/examples.gwif.html

 
c'est normal puisque dd a fait une lecture que l'on pourrait qualifier de "raw" de hda6 donc t'obtiens bien une image disk
 
si tu veux vérifier si ça a bien marché faut que tu monte l'image en loopback
 
du style :
 
mount -r -o loop /temp/image.iso /mnt/test_image  
 
et après tu vas voir dans /mnt/test_image si tes fichier y sont bien.
 
NB : n'essaye pas de monter l'image compressée.

merci bien, je regarde ça...
 
EDIT : et ça pour restaurer ça va marcher ou pas :
 gunzip image.gz > /dev/hda6
?