1 votes

user12786 avatar

Mise à niveau du disque système Debian : copier les systèmes de fichiers des partitions MBR vers GPT ?

Demandé el 23 de Janvier, 2010
Quand la question a-t-elle été
3065 affichage
Nombre de visites la question a
2 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Mon serveur domestique fonctionne sous Debian Lenny, et je suis sur le point de mettre à niveau le disque système vers un disque plus grand.

Je veux profiter de l'occasion pour réorganiser les partitions et les redimensionner. À des fins d'apprentissage, je prévois de migrer d'une table de partition MBR vers GPT .

A cause de ces deux changements, je ne peux pas simplement exécuter "dd if=/ancien/drive of=/nouveau/drive" (enfin, pas sans beaucoup plus de travail par la suite). Je pourrais utiliser le debootstrap processus pour obtenir une nouvelle installation sur le nouveau disque du système, mais j'ai utilisé cette technique lors de la dernière mise à jour du système et c'est probablement excessif pour cette fois.

Puis-je simplement copier les partitions de l'ancien disque sur le nouveau ?

  • Will "dd if=/dev/hda1 of=/dev/hdb2" travail, en supposant /dev/hdb2 est plus grande que /dev/hda1 ? (Si c'est le cas, le système de fichiers peut être redimensionné pour profiter de la nouvelle partition plus grande, n'est-ce pas ?)

  • Serait-ce séparé (ou gparted ) serait un meilleur outil pour copier le contenu des partitions ?

Demandé el 23 de Janvier, 2010 par user12786

Réponses

Trop de publicités?

1voto

VolkA avatar
VolkA Points 10297

Les réponses sont : oui et oui. Lorsque vous copiez une petite partition vers une plus grande, GParted fait essentiellement la même chose : dd de l'ancien contenu et du lancement resize2fs pour la partition cible. resize2fs nécessite de méchants calculs de secteurs, je vous recommande donc d'utiliser les utilitaires (g)parted qui le font automatiquement, mais c'est bien sûr possible avec les deux commandes mentionnées. De plus, les parteds font des vérifications et des contrôles d'intégrité qui ne vous permettront pas de vous tirer une balle dans la jambe.

La migration GPT n'a rien à voir avec le contenu de la partition : la table de partition, qu'elle soit GPT ou MBR, indique simplement au noyau comment positionner la fenêtre de lecture/écriture pour le fichier de périphérique de la partition ; elle n'affecte pas du tout le contenu de la partition.

Répondu el 23 de Janvier, 2010 par VolkA (10297 Points )

0voto

user12786 avatar
user12786 Points 454

Postmortem :

Tout s'est passé comme prévu, mais il y a eu quelques problèmes que je dois documenter. Naturellement, toutes les copies de partitions ont été faites à partir d'un LiveCD (Xubuntu 9.04, puisque c'est ce que j'avais sous la main, mais n'importe quel LiveCD récent devrait faire l'affaire).

  • Gparted a refusé de copier une partition sur l'ancien disque vers une partition existante (vide) sur le nouveau disque. ( séparé aurait pu fonctionner, mais a refusé à cause d'un drapeau de système de fichiers "incompatible" sur ma partition système). Au lieu de cela, j'ai dû faire disparaître le schéma de partition et permettre à Gparted de créer la partition dans le cadre de son opération de copie.

  • Grub2 était nécessaire sur le nouveau disque (Grub1 ne comprend pas GPT). Cela signifiait installer Grub2 sur le nouveau disque tout en étant dans une chroot (similaire à l'environnement chroot décrit dans ces instructions ) :

    1. Alors que chroot dans la nouvelle partition du système, exécutez apt-get install grub-pc pour installer Grub2 ( chroot s'assure que nous l'obtenons à partir des dépôts Debian au lieu des dépôts Ubuntu du LiveCD).

    2. L'étape suivante devrait être d'exécuter upgrade-from-grub-legacy pour installer le chargeur de démarrage et configurer une base Grub.cfg . Mais le paquet Grub2 du dépôt officiel de Debian Lenny (actuellement v1.96+20080724-16 ) installe un _/etc/grub.d/20_memtest86+_ et la mise à niveau script s'interrompt pendant son traitement. Editez ce fichier ainsi :

      1. Changement . /usr/lib/grub-mkconfig_lib a . /usr/lib/grub/update-grub_lib

      2. Changez toutes les instances de " linux16 " à " linux ". C'est la directive du noyau Grub2 -- cette étape n'est pas nécessaire pour exécuter la mise à niveau script, mais elle ne démarre pas correctement la directive Memtest86+.

      3. Exécuter upgrade-from-grub-legacy . Il devrait maintenant se terminer correctement.

    3. Mettez à jour tous les montages codés en dur dans /etc/fstab. Puisque les partitions ont été copiées et redimensionnées, leurs UUIDs devraient être les mêmes. Mais les partitions d'échange n'auront pas le même UUID, donc il faudra les mettre à jour.

    4. Vérifiez tout deux fois, croisez les doigts, éteignez l'ordinateur, déconnectez l'ancien disque système, redémarrez.

Répondu el 26 de Janvier, 2010 par user12786 (454 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X