Comment puis-je convertir le schéma de partitionnement MBR par défaut de mon instance EC2 Ubuntu en GPT pour contourner la limite de 2 Tio appliquée aux partitions MBR sur mon volume EBS ?
Mon instance Amazon Elastic Compute Cloud (Amazon EC2) exécute la version Ubuntu 16.04, 18.04 ou 20.04. Il existe une limite de 2 Tio pour les partitions MBR. Je veux convertir le schéma de partitionnement MBR par défaut sur mon volume Amazon Elastic Block Store (Amazon EBS) en schéma de partitionnement GPT pour contourner la limite.
Résolution
Avertissement : avant d'arrêter et de démarrer votre instance, tenez compte des points suivants :
- Les données sont perdues lorsque vous arrêtez l'instance si votre instance est basée sur le stockage d'instances ou dispose de volumes de stockage d'instances contenant des données. Pour plus d'informations, consultez Déterminer le type d'appareil racine de votre instance.
- L'arrêt de l'instance peut mettre l'instance hors service si celle-ci fait partie d'un groupe Amazon EC2 Auto Scaling. Votre instance peut faire partie d'un groupe AWS Auto Scaling si vous l'avez lancée avec Amazon EMR, AWS CloudFormation ou AWS Elastic Beanstalk. Si c'est le cas, la résiliation des instances dépend des paramètres de protection contre la mise à l'échelle horizontale d'instance définis pour votre groupe Auto Scaling. Si votre instance fait partie d'un groupe Auto Scaling, supprimez-la temporairement du groupe avant d'exécuter les étapes de résolution.
- L'arrêt et le redémarrage de l'instance entraînent la modification de son adresse IP publique. Il est recommandé d'utiliser une adresse IP Elastic, et non une adresse IP publique, lors de l'acheminement du trafic externe vers votre instance. Si vous utilisez Amazon Route 53, il peut être nécessaire de mettre à jour les enregistrements DNS Route 53 lorsque l'adresse IP publique change.
- L'instance est mise hors service lorsqu'elle est arrêtée si le comportement d'arrêt de l'instance est Mettre hors service. Pour éviter ce problème, modifiez le comportement d'arrêt de l'instance.
Remarque : il est recommandé de créer une sauvegarde de votre volume EBS avant de commencer à suivre les étapes de résolution.
1. Ouvrez la console Amazon EC2.
2. Lancez une instance à partir d'une Amazon Machine Image (AMI) exécutant Ubuntu.
3. Lancez une deuxième instance dans la même zone de disponibilité que la première instance et à partir de la même AMI Ubuntu avec un volume racine de 3 Tio.
4. Arrêtez l'instance avec le volume racine de 3 Tio.
5. Détachez le volume racine (/dev/xvda ou /dev/sda1) de l'instance arrêtée. Ensuite, attachez-le à l'instance /dev/sdf que vous avez créée à l'étape 2.
6. Connectez-vous à l'instance en cours d'exécution (créée à l'étape 2) à l'aide du protocole SSH.
7. Utilisez la commande lsblk pour afficher la partition racine de /dev/sdf. La partition racine de /dev/sdf a seulement une taille de stockage de 2 Tio, comme illustré dans l'exemple suivant :
# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT (snip) xvdf 202:80 0 3T 0 disk └─xvdf1 202:81 0 2T 0 part (snip)
Remarque : sur les types d'instance Nitro, le nom du périphérique de stockage en mode bloc ressemble à l'exemple suivant : /dev/nvme1n1.
8. Utilisez l'outil gdisk pour convertir la table de partition de MBR en GPT.
Remarque : si vous entrez des commandes incorrectes dans gdisk, utilisez q pour quitter gdisk sans enregistrer les modifications ou appuyez sur Ctrl+C.
# sudo gdisk /dev/xvdf GPT fdisk (gdisk) version 1.0.1 Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: not present *************************************************************** Found invalid GPT and valid MBR; converting MBR to GPT format in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by typing 'q' if you don't want to convert your MBR partitions to GPT format!
9. Saisissez les commandes suivantes dans les invites pour passer en mode Expert et définir la valeur d'alignement du secteur.
Remarque : assurez-vous de remplacer la valeur d'alignement du secteur par défaut 8 par 1. Utiliser l'alignement de 8 octets peut entraîner des problèmes lorsque vous créez la partition GPT.
Command (? for help): x Expert command (? for help): l Enter the sector alignment value (1-65536, default = 2048): 1 Expert command (? for help): m
10. Saisissez les commandes suivantes dans les invites pour créer une partition GPT. Saisissez enter (entrer) dans l'invite Last sector (Dernier secteur) pour utiliser le numéro de secteur par défaut 2047.
Command (? for help): n Partition number (2-128, default 2): 128 First sector (34-6291455966, default = 4294967296) or {+-}size{KMGTP}: 34 Last sector (34-2047, default = 2047) or {+-}size{KMGTP}: Current type is 'Linux filesystem' Hex code or GUID (L to show codes, Enter = 8300): ef02 Changed type of partition to 'BIOS boot partition'
Remarque : dans l'exemple précédent, ef02 est le numéro de partition de démarrage BIOS.
11. Saisissez les commandes suivantes dans les invites pour supprimer la partition racine :
Command (? for help): d Partition number (1-128): 1
12. Saisissez les commandes suivantes dans les invites pour recréer la partition racine à 3 To. Dans les invites First sector (Premier secteur), Last sector (Dernier secteur) et Hex code or GUID (Code hexadécimal ou GUID), saisissez enter (entrer) pour utiliser les paramètres par défaut.
Command (? for help): n Partition number (1-128, default 1): 1 First sector (2048-6291455966, default = 2048) or {+-}size{KMGTP}: Last sector (2048-6291455966, default = 6291455966) or {+-}size{KMGTP}: Current type is 'Linux filesystem' Hex code or GUID (L to show codes, Enter = 8300): Changed type of partition to 'Linux filesystem'
13. Saisissez les commandes suivantes dans les invites pour enregistrer la table de partition GPT :
Command (? for help): w Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!! Do you want to proceed? (Y/N): y OK; writing new GUID partition table (GPT) to /dev/xvdf. The operation has completed successfully.
Exécutez la commande lsblk pour afficher les informations sur le nouveau volume :
# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvdf 202:80 0 3T 0 disk └─xvdf1 202:81 0 3T 0 part
14. Utilisez l'outil fsck pour vérifier que le système de fichiers de l'appareil /dev/xvdf1 est correct. Pour plus d'informations sur l'outil fsck, consultez la section fsck sur le site Web d'Ubuntu.
Remarque : l'ajout d'un commutateur -y à la commande e2fsck suppose que toutes les questions ont été répondues par yes (oui).
# sudo e2fsck -f /dev/xvdf1 e2fsck 1.42.13 (17-May-2015) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information cloudimg-rootfs: 57524/262144000 files (0.0% non-contiguous), 16648272/536870655 blocks
15. Exécutez la commande resize (redimensionner) pour redimensionner le système de fichiers afin de l'étendre à 3 To.
Remarque : le redimensionnement du système de fichiers peut prendre entre 10 et 20 secondes.
# sudo resize2fs /dev/xvdf1 resize2fs 1.42.13 (17-May-2015) Resizing the filesystem on /dev/xvdf1 to 786431739 (4k) blocks. The filesystem on /dev/xvdf1 is now 786431739 (4k) blocks long.
16. Installez Grub sur l'appareil /dev/xvdf1 et utilisez les commandes suivantes pour le configurer :
Ubuntu 16.04 ou 18.04 :
sudo mount /dev/xvdf1 /mnt sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo mount --bind /dev /mnt/dev sudo chroot /mnt /bin/bash grub-install /dev/xvdf grub-mkdevicemap update-grub exit sudo umount -l /mnt/dev sudo umount -l /mnt/sys sudo umount -l /mnt/proc sudo umount -l /mnt
Ubuntu 20.04 :
sudo mount /dev/xvdf1 /mnt sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo mount --bind /dev /mnt/dev sudo chroot /mnt /bin/bash grub-install /dev/xvdf grub-mkdevicemap echo "GRUB_DISABLE_OS_PROBER=true" > /etc/default/grub echo "GRUB_FORCE_PARTUUID=" > /etc/default/grub.d/40-force-partuuid.cfg update-grub exit sudo umount -l /mnt/dev sudo umount -l /mnt/sys sudo umount -l /mnt/proc sudo umount -l /mnt
17. Détachez le volume /dev/xvdf de l'instance en cours d'exécution.
18. Attachez le volume /dev/xvdf à son instance d'origine en tant que /dev/xvda ou /dev/sda1.
19. Démarrez l'instance d'origine à l'aide du protocole SSH.
20. Exécutez la commande lsblk pour vérifier que le volume racine de votre instance d'origine dispose désormais de 3 Tio d'espace de stockage.
Informations connexes
Contraintes sur la taille et la configuration d'un volume EBS

Contenus pertinents
- demandé il y a 2 moislg...
- demandé il y a un moislg...
- demandé il y a 2 moislg...
- demandé il y a 3 moislg...
- demandé il y a un moislg...
- AWS OFFICIELA mis à jour il y a 10 mois
- AWS OFFICIELA mis à jour il y a 3 mois
- AWS OFFICIELA mis à jour il y a 3 ans