Forum Linux.général Changement de disque sur un portable : migration (LVM inside)

Posté par  .
Étiquettes : aucune
0
23
juil.
2008
Bonjour,

Histoire de donner un coup de "boost" à mon portable, je voudrai changer de disque dur, sans effectuer de réinstaller complète. Mon système est partitionné de la manière suivante :


/dev/sda1 /boot/ ~250M
/dev/sda5 LVM ~150Go

Les partitions / et /home sont sur des LV.

Si pour la partition /boot je pense pouvoir m'en sortir (à coup de dd ou même par simple copie en s'assurant ensuite de récupérer correctement le MBR), il n'en est pas de même pour les volumes logiques LVM.

Au gré des quelques lectures trouvées sur le Web je m'oriente vers la procédure suivante :

  • démarrage à partir d'un LiveCD avec support LVM.

  • le nouveau disque branché en USB.

  • partitionnement du nouveau disque.

  • pvscan, vgscan toussa histoire de récupérer les méta LVM.

  • pvcreate sur le nouveau disque, + vgextend afin d'ajouter le PV nouvellement crée au VG déjà existant (sur le disque interne).

  • je suis ensuite la procédure pour enlever un disque telle que décrite sur le site de LVM : http://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html.



A partir de ce moment, les données de l'ancien disque sont-elles encore lisible? Par quel procédé?

Autre chose : le nouveau disque est un peu plus petit que l'ancien (mais plus performant). Le pvmove est-il alors possible en sachant que le nouveau PV sera forcément plus petit que le nouveau mais qu'il peut contenir aisément les données présentes?

Merci de votre aide.
  • # Livecd

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

    A partir du moment ou tu démarre d'un live cd, le plus simple c'est quand même rsync :

    -> création de partitions (lvm ou autre) sur le nouveau disque
    -> rsync /mnt/disque1 /mnt/disque2 (a répéter pour chaque partition)
    -> installer le bootloader (grub ou lilo)


    Sinon, il te faudra d'abord redimensionner le fs (avec ext2resize par exemple), et les données ont un petit peu plus de risque d'être abimées (coupure électrique toussa ...).
    • [^] # Re: Livecd

      Posté par  . Évalué à 1.

      Oui finalement c'est peut être la méthode la plus simple et la plus maîtrisé par moi.

      Au passage comme ça se passe pour la gestion des UUIDs niveau disque? Pour le moment je me dis qu'il suffit de modifier les entrées de /etc/fstab et de /boot/grub/menu.lst pour remplacer les UUIDs par les périphériques (/dev/sdax). C'est suffisant?



      PS : rien à voir mais bon site et merci pour http://linux-attitude.fr/post/Atelier-lecture-bis , j'en ai profité pour mettre à jour mon google reader
      • [^] # Re: Livecd

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

        En effet il te suffit de modifier fstab et la conf grub.

        Attention, grub ne prend ni des uuid, ni des /dev, mais un format perso (hdX,Y) facile a comprendre.
        Et attention à réiinstaller proprement le mbr sur le nouveau disque.

        PS: merci pour ton PS :-)
  • # pvmove.

    Posté par  . Évalué à 1.

    Si tu dispose déjà de LVM sur ton ancien disque. Il suffit de brancher ton nouveau disque à coté de ton ancien. D'y crée une partition LVM que tu rattache au VG existant puis tu fais migrer tes LV avec 'pvmove'. Il ne reste alors qu'a retirer ton anciennes partition LVM du VG et de retirer le disque.
    • [^] # Re: pvmove.

      Posté par  . Évalué à 1.

      Mais justement après le pvmove, il existe un moyen de lire les données sur l'ancien PV? Ce que je veux dire par là c'est qu'une commande type pvcopy serait exactement ce que je cherche :D.
      Mais après tout tant que j'ai un moyen de lire les données présente sur l'ancien PV, pas de soucis
  • # MondoRescue

    Posté par  . Évalué à 1.

    Ne serais-ce pas plus simple avec Mondo rescue ?
    Mondo rescue permet de migrer des disques entiers avec la gestion du changement de la taille des partitions.
    J'ai testé et cela marche très bien avec des disques en RAID software. Pour le LVM, j'ai pas testé mais normalement c'est supporté.
    • [^] # Re: MondoRescue

      Posté par  . Évalué à 1.

      Ce serait certainement plus assisté avec moins de risque de faire des erreurs. Bon je voudrais éviter l'utilisation de stockage intermédiaire mais c'est à voir. Je check la doc.
  • # Taille des partitions

    Posté par  . Évalué à 1.

    La couche LVM se fiche un peu des données, ce qui l'intéresse, ce sont les partitions.

    Si l'espace total occupé par tes partitions tiens sur le nouveau disque, tu peux faire un pvmove et un vgreduce sans soucis, je l'ai fais plusieurs fois.

    Si ce n'est pas le cas, alors il faut réduire la taille des partitions jusqu'à ce que cela corresponde. Dans ce cas, il sera peut-être plus simple de créer un nouveau volume groupe, et faire une copie des données (avec cp ou équivalent) de l'ancienne vers la nouvelle partition.

    Pour la récupération des données sur l'ancien disque, la question n'est pas très claire, tu veux récupérer les données ? Ou t'assurer que ce n'est pas possible ?
    • [^] # Re: Taille des partitions

      Posté par  . Évalué à 1.

      Si ce n'est pas le cas, alors il faut réduire la taille des partitions jusqu'à ce que cela corresponde. Dans ce cas, il sera peut-être plus simple de créer un nouveau volume groupe, et faire une copie des données (avec cp ou équivalent) de l'ancienne vers la nouvelle partition.

      Justement les partitions seront plus petites sur le nouveau disque. Et j'ai un peu peur de me lancer dans un resize comme ça juste avant de faire un pvmove.


      Pour la récupération des données sur l'ancien disque, la question n'est pas très claire, tu veux récupérer les données ? Ou t'assurer que ce n'est pas possible ?

      Après le pvmove, je voudrais savoir si :
      - les données de l'ancien volume LVM sont tjrs lisibles
      - si oui, par quel moyen

      Le but pour moi et de me servir ensuite de l'ancien disque en tant que backup.
  • # Done

    Posté par  . Évalué à 1.

    Voilà c'est fait. Je l'ai finalement fait à la mano avec rsync. Je sentais pas le pvmove (surtout que avant une taille de PV plus petit) et la récupération sur crash me faisait un peu peur.

    Mais j'ai eu quand même qq problèmes ensuite avec /proc, /dev, et /sys mais bon je l'ai un peu cherché sur ce coup là vu que j'ai fait le rsync à partir d'un système live.


    Merci de vos indications

Suivre le flux des commentaires

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