Re: sauvegarde d'une partition
François Cerbelle a écrit, mardi 7 octobre 2008, à 12:38 :
>
> Le Mar 7 octobre 2008 11:19, Jacques L'helgoualc'h a écrit :
> > Pour ma part, j'utiliserais plutôt
> > sfdisk -d /dev/sda > partitions_sda_"$(date '+%F-%X')".sfdisk
>
> Oui, une procedure de restauration uniquement du programme de boot
> pourrait etre :
> creation de la nouvelle table de partition
> sfdisk -d /dev/sda > partitions_sda.sfdisk # sauvegarde de la table
> dd if=sauv.mbr of=/dev/sda # restauration du MBR avec ecrasement de la table
> sfdisk < partitions_sda.sfdisk # restauration de la table
Dans ce cas,
dd if=sauv.mbr of=/dev/sda bs=446 count=1
est plus simple. Par ailleurs, la restauration par sfdisk remet aussi en
place les partitions logiques : pour une restauration totale à
l'identique comme ici ça va, mais sinon il écrira n'importe où sur le
disque. Je n'ai pas envie de tester s'il proteste avant.
> On restaure ainsi le MBR (grub ou lilo) sans ecraser la table de partitions.
>
> [...]
> > L'usage de dd évite(*) la réinstallation de Lilo ou du Grub, on
> > peut remplir l'espace libre en créant un fichier plein de 0 ou de yes
> > avant de sauvegarder une image compressée : on perd du temps, mais on
> > devrait y gagner un peu d'espace...
> Solution utilisée par certains programmes commerciaux comme Ghost, il me
> semble ou par "mkcdrec" pour les systemes de fichiers qu'il ne sait pas
> bien gerer (du temps où je l'avais testé).
S'il ne sait pas bien gérer, je ne serai pas très rassuré de le voir
écrire dans un nouveau fichier... (en matière de sauvegarde, la paranoïa
est une vertu :).
> > (* à condition de bien restaurer sda3 à son emplacement exact).
> Pour Lilo, c'est vrai, mais je ne crois pas que ce soit le cas pour grub.
> Il suffit qu'il n'y ait pas de mélange dans l'ordre des partition (sda3 =
> sda3, pas sda1,2 ou 4), puisque le stage1 se base sur le numéro d'ordre
> dans la table de partition et dans la détection des disques.
$ ls -l /usr/lib/grub/x86_64-pc/
total 284
-rw-r--r-- 1 root root 7584 2008-04-06 14:40 e2fs_stage1_5
-rw-r--r-- 1 root root 7488 2008-04-06 14:40 fat_stage1_5
-rw-r--r-- 1 root root 8192 2008-04-06 14:40 jfs_stage1_5
-rw-r--r-- 1 root root 6880 2008-04-06 14:40 minix_stage1_5
-rw-r--r-- 1 root root 9248 2008-04-06 14:40 reiserfs_stage1_5
-rw-r--r-- 1 root root 512 2008-04-06 14:40 stage1
-rw-r--r-- 1 root root 108936 2008-04-06 14:40 stage2
-rw-r--r-- 1 root root 108936 2008-04-06 14:40 stage2_eltorito
-rw-r--r-- 1 root root 8872 2008-04-06 14:40 xfs_stage1_5
Avant d'avoir chargé e2fs_stage1_5, le Grub ne sait pas encore lire les
partitions ext2 --- reste à savoir où stage1 trouve ses *_stage1_5...
--
Jacques L'helgoualc'h
Reply to: