Forum Linux.debian/ubuntu Sauvegarder son système dans une virtual box

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes : aucune
1
7
déc.
2015

Bonjour,
Chaque fois que je fais une mise à jour de mon système, je fais une sauvegarde dans une virtual box pour être sur de ne rien perdre comme données, et cela est très pratique pour voir comment ca marchait avant :).
Pour cela, je fais :
- Une image de mon disque avec la commande dd à partir d'un DVD bootable sur un autre disque
- A partir d'une VM qui a 2 disques virtuels, je copie l'image sur le deuxième disque (toujours en bootant sur un DVD dans virtual box)
- Ensuite, avec dd, je restaure mon image
Ca fonctionne pas toujours (erreurs de copie), les temps de traitement sont très longs et ca immobilise ma machine de travail plus d'une journée. Donc, j'aimerais avoir vos avis sur ma méthode et si vous en aviez une autre plus rapide (à base de rsync ?)

  • # Snapshots

    Posté par  . Évalué à 4.

    Tu peux utiliser les snapshots :

    http://www.it-connect.fr/la-gestion-des-snapshots-avec-virtualbox/

  • # clonezilla

    Posté par  . Évalué à 5.

    il aura l'intelligence de ne pas backuper l'integralité du disque dur comme le ferait dd,
    il peut backuper une partition, vers un disque reseau (un nas par exemple)

    idem il peut restaurer depuis le nas vers la VM ou vers une autre machine.

    • [^] # Re: clonezilla

      Posté par  (site web personnel) . Évalué à 1.

      Oui je fais comme ça pour passer de VM à fixe
      Il y a une problématique toutefois avec un disque de destination plus petit que la source (je ne parle pas de la taille des datas, mais du disque entier).
      Il existe une option pour passer outre mais (très) souvent ça merdouille

      Par défaut un disque de 100 Go, avec seulement 8 Go de datas, ne pourra pas être cloné sur un DD de 90 Go

      C'est le seul point noir de clonezilla je trouve

      • [^] # Re: clonezilla

        Posté par  . Évalué à 2.

        Il y a une problématique toutefois avec un disque de destination plus petit que la source

        tu aurais le mem probleme avec DD

        • [^] # Re: clonezilla

          Posté par  (site web personnel) . Évalué à 1.

          Oui et non, enfin pas exactement,avec DD sur un disque plus grand tu auras une zone non partitionnée

          DD disque 1 (90 Go) -> Disque 2 (100) = disque avec 10 Go non partitionnés

          Clonezilla par contre va utiliser toute la place

          • [^] # Re: clonezilla

            Posté par  (site web personnel) . Évalué à 1.

            Oups pas eu le temps de modifier mon message …
            Par contre pour un disque plus petit tu as raison même souci

            Il manque encore une solution libre pouvant corriger ce souci, techniquement c'est possible les solutions propriétaire arrivent bien à le faire

  • # P2V

    Posté par  . Évalué à 1.

    Cherche P2V (physical to virtual)

    Sur HyperV (desolé pour MS Win c'est plus efficace) l'outil s'appelle disk2vhd
    Je sais qu il existe un équivalent pour VBox sans en connaitre le nom.

    Bon courage

  • # KISS

    Posté par  . Évalué à 4. Dernière modification le 07 décembre 2015 à 23:39.

    J'ai du mal à comprendre pourquoi tu t'infliges autant de galère (spécialement sur une machine de travail) alors qu'il existe de nombreux outils spécifiques bien plus pratiques, fiables et efficaces. Rsync par exemple est une solution qui n'a plus rien à prouver (avec de bonnes GUI comme Grsync ou Unison).

    Sur une autre note, quel est ta distribution ? J'aurais du mal à en citer une capable de corrompre un système sur une mise à jour sans possibilité de dépannage. Le casser, éventuellement, mais ça tourne toujours autour des mêmes problèmes et la correction est souvent facile. Quand à la possibilité d'effacement des données personnelles, je pense que tu as plus de chances de gagner au loto. Généralement tu peux attendre quelques jours après la sortie d'une mise à jour pour t'assurer que les plâtres ont été essuyés. Tout cela ne t'empêche pas de faire des sauvegardes bien sûr.

  • # Remplacer par virtualboot

    Posté par  . Évalué à 1.

    Moi je te propose en substitution virtualboot intéressant dans les cas suivants :
    Basculement de système : la restauration d'un système défaillant contenant des téraoctets de stockage en utilisant des méthodes traditionnelles peut prendre des jours.
    Test de sauvegarde : peu d'administrateurs effectuent des tests de sauvegarde et de restauration à l'aide des méthodes traditionnelles. VirtualBoot peut monter une image de sauvegarde dans une VM
    Accès aux données spécifiques aux applications : VirtualBoot peut monter un système entier, à la fois les applications et les données, dans une VM où tu as accès aux données au sein de l'application associée.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.