Bonsoir,
j'ai un petit serveur constitué d'un Pi et d'un disque dur (le boot est sur la carte SD du Pi et le reste du sytème sur le HDD).
J'ai fait une .img des deux aujourd'hui. Une image de la SD et une image du HDD avec ces commandes :
sudo dd if=/dev/sdc of=/media/arnauld/DATA/raspberrypi/yunohost/bckupyunohost/yunohostsd.img
et
sudo dd if=/dev/sdc of=/media/arnauld/DATA/raspberrypi/yunohost/bckupyunohost/yunohosthdd.img
L'image de la SD pèse 31,9 GB pour une carte de 32GB.
L'image du HDD pèse 314,0 GB pour un HDD de 314 GB.
Ma question : en cas de restauration sur ces supports, aurai-je des problèmes de restauration dus à des problèmes de taille de support. J'ai entendu dire et lu qu'il fallait que le support de restauration soit plus grand que l'image.
Merci.
# oui et non
Posté par NeoX . Évalué à 5.
si les partitions avant le backup sont propres et "alignées" au debut du disque,
tu peux tres bien cloner ton image de 32Go sur un support de 8Go (sous reserve que les données fassent moins de 8Go
sinon y a des outils qui peuvent faire un backup intelligent en ne recuperant que la table des partitions et les partitions/données.
ca fait des images plus petites.
clonezilla permet cela, à partir d'un liveCD/liveUSB
tu branches ta carte SD et ton HDD sur ton vrai PC, tu demarres clonezilla, tu fais ton backup…
[^] # Re: oui et non
Posté par arnauld . Évalué à 1.
D'accord, je vais essayer avec clonezilla, merci.
arnauld
# Astuce compression...
Posté par LaBienPensanceMaTuer . Évalué à 4.
Pour ta question, je ne pense pas qu'il y ai de problème.
Tu as fait une image de ton disque, elle devrait s'appliquer sans soucis à ce même disque.
Fais par contre attention à ce qu'il n'y ai pas de différence sur le paramètre bs (blocksize) entre les deux dd utilisés, ça pourrait hypothétiquement mettre le bordel.
Sinon, en bonus, une petite astuce pour pouvoir compresser de façon optimale tes fichiers d'image: il faut les remplir de zero !
Là, tu as lu tout les blocs de ton disque, bloc qui sont pour certains inutilisés mais initialisés avec des valeurs "aléatoires": fatalement un compresseur va également passé sur ces octets totalement inutiles puisqu'il ne travaille pas au niveau FS.
Si tu veux pouvoir compresser un maximum tes images, alors, avant ton dd (ou après, en montant tes fichiers images), remplis ton image de zero à coup de
dd if=/dev/zero of=/zerofile
dd s'arrêtera tout seul quand il aura épuisé l'espace et tu pourras ensuite compresser fortement tes images sans soucis.
[^] # Re: Astuce compression...
Posté par arnauld . Évalué à 1.
Merci pour l'astuce.
arnauld
# si tu passes par DD
Posté par ouafnico (site web personnel) . Évalué à 1.
Si tu passes par DD, je te conseille fortement de rajouter un coup de lzop en intermédiaire.
ça t'évitera d'avoir une sauvegarde de la même taille que ton media source.
sauvegarde :
dd if=/dev/sdc |lzop -c -1 - |dd of=/tonfichier.img
restauration
dd if=/tonfichier.img |lzop -c -d -1 - |dd of=/dev/sdc
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.