Environnement Chroot dans une machine virtuelle de secours Linux
Remarque
CentOS référencé dans cet article est une distribution Linux qui atteint la fin de vie (EOL). Tenez compte de votre utilisation et planifiez en conséquence. Pour plus d’informations, consultez Guide sur la fin de vie de CentOS.
Cet article explique comment résoudre les problèmes liés à l’environnement chroot dans la machine virtuelle de secours sous Linux.
Ubuntu 16.x && Ubuntu 18.x && Ubuntu 20.04
Arrêtez ou libérez la machine virtuelle affectée.
Créez une machine virtuelle de secours de la même génération, de la même version de système d’exploitation, dans le même groupe de ressources et le même emplacement à l’aide d’un disque managé.
Utilisez la Portail Azure pour prendre une instantané du disque du système d’exploitation de la machine virtuelle concernée.
Créez un disque à partir de la instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.
Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.
Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :
sudo su -
Recherchez le disque à l’aide
dmesg
de (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilisedmesg
pour filtrer sur les disques SCSI (Small Computer Systems Interface) :dmesg | grep SCSI
La sortie de la commande est similaire à l’exemple suivant. Dans cet exemple, le disque /dev/sdc correspond à ce que vous voulez :
[ 0.294784] SCSI subsystem initialized [ 0.573458] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 7.110271] sd 2:0:0:0: [sda] Attached SCSI disk [ 8.079653] sd 3:0:1:0: [sdb] Attached SCSI disk [ 1828.162306] sd 5:0:0:0: [sdc] Attached SCSI disk
Utilisez les commandes suivantes pour accéder à l’environnement chroot :
mkdir /rescue mount /dev/sdc1 /rescue mount /dev/sdc15 /rescue/boot/efi mount -t proc /proc /rescue/proc mount -t sysfs /sys /rescue/sys mount -o bind /dev /rescue/dev mount -o bind /dev/pts /rescue/dev/pts mount -o bind /run /rescue/run chroot /rescue
Résoudre les problèmes liés à l’environnement chroot.
Utilisez les commandes suivantes pour quitter l’environnement chroot :
exit umount /rescue/proc/ umount /rescue/sys/ umount /rescue/dev/pts umount /rescue/dev/ umount /rescue/run cd / umount /rescue/boot/efi umount /rescue
Remarque
Si vous recevez le message d’erreur « Impossible de démonter /rescue », ajoutez l’option
-l
à laumount
commande, par exemple .umount -l /rescue
Détachez le disque de la machine virtuelle de secours et effectuez un échange de disque avec la machine virtuelle d’origine.
Démarrez la machine virtuelle d’origine et case activée sa connectivité.
RHEL/Centos/Oracle 6.x && Oracle 8.x && RHEL/Centos 7.x avec partitions RAW
Arrêtez ou libérez la machine virtuelle affectée.
Créez une image de machine virtuelle de secours de la même version du système d’exploitation dans le même groupe de ressources (RSG) et le même emplacement à l’aide d’un disque managé.
Utilisez la Portail Azure pour prendre une instantané du disque du système d’exploitation de la machine virtuelle concernée.
Créez un disque à partir de la instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.
Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.
Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :
sudo su -
Recherchez le disque à l’aide
dmesg
de (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilisedmesg
pour filtrer sur les disques SCSI :dmesg | grep SCSI
La sortie de la commande est similaire à l’exemple suivant. Dans cet exemple, le disque /dev/sdc correspond à ce que vous voulez :
[ 0.294784] SCSI subsystem initialized [ 0.573458] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 7.110271] sd 2:0:0:0: [sda] Attached SCSI disk [ 8.079653] sd 3:0:1:0: [sdb] Attached SCSI disk [ 1828.162306] sd 5:0:0:0: [sdc] Attached SCSI disk
Utilisez les commandes suivantes pour accéder à l’environnement chroot :
mkdir /rescue mount -o nouuid /dev/sdc2 /rescue mount -o nouuid /dev/sdc1 /rescue/boot/ mount -t proc /proc /rescue/proc mount -t sysfs /sys /rescue/sys mount -o bind /dev /rescue/dev mount -o bind /dev/pts /rescue/dev/pts mount -o bind /run /rescue/run chroot /rescue
Résoudre les problèmes liés à l’environnement chroot.
Utilisez les commandes suivantes pour quitter l’environnement chroot :
exit umount /rescue/proc/ umount /rescue/sys/ umount /rescue/dev/pts umount /rescue/dev/ umount /rescue/run cd / umount /rescue/boot/ umount /rescue
Remarque
Si vous recevez le message d’erreur « Impossible de démonter /rescue », ajoutez l’option
-l
à laumount
commande, par exemple .umount -l /rescue
Détachez le disque de la machine virtuelle de secours et effectuez un échange de disque avec la machine virtuelle d’origine.
Démarrez la machine virtuelle d’origine et case activée sa connectivité.
RHEL/Centos 7.x & 8.X avec LVM
Remarque
Si votre machine virtuelle d’origine inclut le gestionnaire de volume logique (LVM) sur le disque du système d’exploitation, créez la machine virtuelle de secours à l’aide de l’image avec des partitions brutes sur le disque du système d’exploitation.
Arrêtez ou libérez la machine virtuelle affectée.
Créez une image de machine virtuelle de secours de la même version du système d’exploitation dans le même groupe de ressources (RSG) et le même emplacement à l’aide d’un disque managé.
Utilisez la Portail Azure pour prendre une instantané du disque du système d’exploitation de la machine virtuelle concernée.
Créez un disque à partir de la instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.
Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.
Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :
sudo su -
Recherchez le disque à l’aide
dmesg
de (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilisedmesg
pour filtrer sur les disques SCSI :dmesg | grep SCSI
La sortie de la commande est similaire à l’exemple suivant. Dans cet exemple, le disque /dev/sdc correspond à ce que vous voulez :
[ 0.294784] SCSI subsystem initialized [ 0.573458] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 7.110271] sd 2:0:0:0: [sda] Attached SCSI disk [ 8.079653] sd 3:0:1:0: [sdb] Attached SCSI disk [ 1828.162306] sd 5:0:0:0: [sdc] Attached SCSI disk
Utilisez les commandes suivantes pour activer le groupe de volumes logique :
vgscan --mknodes vgchange -ay lvscan
Utilisez la
lsblk
commande pour récupérer les noms LVM :lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 64G 0 disk ├─sda1 8:1 0 500M 0 part /boot ├─sda2 8:2 0 63G 0 part / sdb 8:16 0 4G 0 disk └─sdb1 8:17 0 4G 0 part /mnt/resource sdc 8:0 0 64G 0 disk ├─sdc1 8:1 0 500M 0 part ├─sdc2 8:2 0 63G 0 part ├─sdc3 8:3 0 2M 0 part ├─sdc4 8:4 0 63G 0 part ├─rootvg-tmplv 253:0 0 2G 0 lvm ├─rootvg-usrlv 253:1 0 10G 0 lvm ├─rootvg-optlv 253:2 0 2G 0 lvm ├─rootvg-homelv 253:3 0 1G 0 lvm ├─rootvg-varlv 253:4 0 8G 0 lvm └─rootvg-rootlv 253:5 0 2G 0 lvm
Utilisez les commandes suivantes pour préparer le dir chroot :
mkdir /rescue mount /dev/mapper/rootvg-rootlv /rescue mount /dev/mapper/rootvg-varlv /rescue/var mount /dev/mapper/rootvg-homelv /rescue/home mount /dev/mapper/rootvg-usrlv /rescue/usr mount /dev/mapper/rootvg-tmplv /rescue/tmp mount /dev/mapper/rootvg-optlv /rescue/opt mount /dev/sdc2 /rescue/boot/ mount /dev/sdc1 /rescue/boot/efi
Les partitions /rescue/boot/ et /rescue/boot/efi peuvent ne pas toujours se trouver sur /dev/sdc2 ou /dev/sdc1. Si vous rencontrez une erreur lors de la tentative de montage de ces partitions, case activée le fichier /rescue/etc/fstab pour déterminer les appareils appropriés pour les partitions /boot et /boot/efi à partir du disque du système d’exploitation défectueux. Ensuite, exécutez la
blkid
commande et comparez l’identificateur unique universel (UUID) du fichier /rescue/etc/fstab avec la sortie de lablkid
commande afin de déterminer l’appareil approprié pour le montage de /rescue/boot/ et /rescue/boot/efi dans la machine virtuelle de réparation.La
mount /dev/mapper/rootvg-optlv /rescue/opt
commande peut échouer si le groupe de volumes rootvg-optlv n’existe pas. Dans ce cas, vous pouvez contourner cette commande.Accédez à l’environnement chroot à l’aide des commandes suivantes :
mount -t proc /proc /rescue/proc mount -t sysfs /sys /rescue/sys mount -o bind /dev /rescue/dev mount -o bind /dev/pts /rescue/dev/pts mount -o bind /run /rescue/run chroot /rescue
Résoudre les problèmes liés à l’environnement chroot.
Utilisez les commandes suivantes pour quitter l’environnement chroot :
exit umount /rescue/proc/ umount /rescue/sys/ umount /rescue/dev/pts umount /rescue/dev/ umount /rescue/run cd / umount /rescue/boot/efi umount /rescue/boot umount /rescue/home umount /rescue/var umount /rescue/usr umount /rescue/tmp umount /rescue/opt umount /rescue
Remarque
Si vous recevez le message d’erreur « Impossible de démonter /rescue », ajoutez l’option
-l
à laumount
commande, par exemple .umount -l /rescue
Détachez le disque de la machine virtuelle de secours et effectuez un échange de disque avec la machine virtuelle d’origine.
Démarrez la machine virtuelle d’origine et case activée sa connectivité.
Utilisation de la même image LVM
Remarque
Si vous devez déployer la machine virtuelle de secours à l’aide de la même image LVM, vous devez modifier certains aspects de la machine virtuelle de secours avec LVM.
Les commandes suivantes doivent être exécutées sur la machine virtuelle de récupération/sauvetage qui est temporairement créée pour l’opération de récupération.
Utilisez la commande suivante pour case activée l’status des disques avant d’attacher le disque que vous souhaitez récupérer :
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 vfat 93DA-8C20 /boot/efi ├─sda2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /boot ├─sda3 └─sda4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU ├─rootvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /tmp ├─rootvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /usr ├─rootvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /opt ├─rootvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /home ├─rootvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /var └─rootvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 / sdb └─sdb1 ext4 e72e7c2c-db27-4a73-a97e-01d63d21ccf8 /mnt
Attachez le disque que vous souhaitez récupérer en tant que lecteur de données.
Vérifiez à nouveau les disques à l’aide de la commande suivante :
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 vfat 93DA-8C20 /boot/efi ├─sda2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /boot ├─sda3 └─sda4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU ├─rootvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /tmp ├─rootvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /usr ├─rootvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /opt ├─rootvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /home ├─rootvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /var └─rootvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 / sdb └─sdb1 ext4 e72e7c2c-db27-4a73-a97e-01d63d21ccf8 /mnt sdc ├─sdc1 vfat 93DA-8C20 ├─sdc2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d ├─sdc3 └─sdc4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU
La sortie de la commande n’affiche pas les structures LVM immédiatement.
Affichez les partitions LVM physiques à l’aide de la commande suivante :
sudo pvs
Cette sortie affiche des avertissements concernant les volumes physiques dupliqués :
WARNING: Not using lvmetad because duplicate PVs were found. WARNING: Use multipath or vgimportclone to resolve duplicate PVs? WARNING: After duplicates are resolved, run "pvscan --cache" to enable lvmetad. WARNING: Not using device /dev/sdc4 for PV pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU. WARNING: PV pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU prefers device /dev/sda4 because device is used by LV. PV VG Fmt Attr PSize PFree /dev/sda4 rootvg lvm2 a-- <63.02g <38.02g
Utilisez la
vmimportclone
commande pour importer le rootvg à partir du lecteur de données en utilisant un autre nom.Cette commande modifie l’UUID du pv et l’active également :
sudo vgimportclone -n rescuemevg /dev/sdc4
WARNING: Not using device /dev/sdc4 for PV <PV>. WARNING: PV pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU prefers device /dev/sda4 because device is used by LV.
sudo vgchange -a y rescuemevg
6 logical volume(s) in volume group "rescuemevg" now active
Vérifiez le changement de nom à l’aide de la commande suivante :
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 vfat 93DA-8C20 /boot/efi ├─sda2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /boot ├─sda3 └─sda4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU ├─rootvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /tmp ├─rootvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /usr ├─rootvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /opt ├─rootvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /home ├─rootvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /var └─rootvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 / sdb └─sdb1 ext4 e72e7c2c-db27-4a73-a97e-01d63d21ccf8 /mnt sdc ├─sdc1 vfat 93DA-8C20 ├─sdc2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d ├─sdc3 └─sdc4 LVM2_member BbZsAT-5oOK-nITn-bHFW-IVyS-y0O3-93oDes ├─rescuemevg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 ├─rescuemevg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d ├─rescuemevg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 ├─rescuemevg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 ├─rescuemevg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 └─rescuemevg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809
Renommez le rootvg de la machine virtuelle de secours à l’aide de la commande suivante :
sudo vgrename rootvg oldvg
Volume group "rootvg" successfully renamed to "oldvg"
Vérifiez les disques à l’aide de la commande suivante :
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 vfat 93DA-8C20 /boot/efi ├─sda2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /boot ├─sda3 └─sda4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU ├─oldvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /tmp ├─oldvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /usr ├─oldvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /opt ├─oldvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /home ├─oldvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /var └─oldvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 / sdb └─sdb1 ext4 e72e7c2c-db27-4a73-a97e-01d63d21ccf8 /mnt sdc ├─sdc1 vfat 93DA-8C20 ├─sdc2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d ├─sdc3 └─sdc4 LVM2_member BbZsAT-5oOK-nITn-bHFW-IVyS-y0O3-93oDes ├─rescuemevg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 ├─rescuemevg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d ├─rescuemevg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 ├─rescuemevg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 ├─rescuemevg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 └─rescuemevg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809
Montez le système de fichiers qui provient du lecteur de données.
Lorsque vous utilisez
xfs
, spécifiez l’option-o nouuid
pour éviter les conflits avec les UUID et montez les systèmes de fichiers nécessaires pour effectuer un chroot. Cette option n’est pas disponible dans lesext4
systèmes de fichiers. Vous devez donc la supprimer des commandes dans un tel scénario :sudo mkdir /rescue sudo mount -o nouuid /dev/mapper/rescuemevg-rootlv /rescue sudo mount -o nouuid /dev/mapper/rescuemevg-homelv /rescue/home sudo mount -o nouuid /dev/mapper/rescuemevg-optlv /rescue/opt sudo mount -o nouuid /dev/mapper/rescuemevg-tmplv /rescue/tmp sudo mount -o nouuid /dev/mapper/rescuemevg-usrlv /rescue/usr sudo mount -o nouuid /dev/mapper/rescuemevg-varlv /rescue/var sudo mount -o nouuid /dev/sdc2 /rescue/boot sudo mount /dev/sdc1 /rescue/boot/efi sudo mount -t proc /proc /rescue/proc sudo mount -t sysfs /sys /rescue/sys sudo mount -o bind /dev /rescue/dev sudo mount -o bind /dev/pts /rescue/dev/pts sudo mount -o bind /run /rescue/run
Les partitions /rescue/boot/ et /rescue/boot/efi peuvent ne pas toujours se trouver sur /dev/sdc2 ou /dev/sdc1. Si vous rencontrez une erreur lors de la tentative de montage de ces partitions, case activée le fichier /rescue/etc/fstab pour déterminer les appareils appropriés pour les partitions /boot et /boot/efi à partir du disque du système d’exploitation défectueux. Ensuite, exécutez la
blkid
commande et comparez l’UUID du fichier /rescue/etc/fstab à la sortie de lablkid
commande pour déterminer l’appareil approprié pour le montage de /rescue/boot/ et /rescue/boot/efi dans la machine virtuelle de réparation. Les UUID dupliqués peuvent apparaître dans la sortie. Dans ce scénario, montez la partition qui correspond à la lettre de l’appareil de l’étape 5. Dans l’exemple de cette section, la partition correcte que vous devez monter est /dev/sdc. Le dev/sda représente le système d’exploitation en cours d’utilisation et doit être ignoré.Vérifiez les montages à l’aide de la commande suivante :
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 vfat 93DA-8C20 /boot/efi ├─sda2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /boot ├─sda3 └─sda4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU ├─oldvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /tmp ├─oldvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /usr ├─oldvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /opt ├─oldvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /home ├─oldvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /var └─oldvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 / sdb └─sdb1 ext4 e72e7c2c-db27-4a73-a97e-01d63d21ccf8 /mnt sdc ├─sdc1 vfat 93DA-8C20 /rescue/boot/efi ├─sdc2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /rescue/boot ├─sdc3 └─sdc4 LVM2_member BbZsAT-5oOK-nITn-bHFW-IVyS-y0O3-93oDes ├─rescuemevg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /rescue/tmp ├─rescuemevg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /rescue/usr ├─rescuemevg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /rescue/opt ├─rescuemevg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /rescue/home ├─rescuemevg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /rescue/var └─rescuemevg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 /rescue
Utilisez chroot à l’aide de la commande suivante :
sudo chroot /rescue/
Vérifiez que le montage est « à l’intérieur » de l’environnement chroot à l’aide de la commande suivante :
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 vfat 93DA-8C20 ├─sda2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d ├─sda3 └─sda4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU ├─oldvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 ├─oldvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d ├─oldvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 ├─oldvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 ├─oldvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 └─oldvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 sdb └─sdb1 ext4 e72e7c2c-db27-4a73-a97e-01d63d21ccf8 sdc ├─sdc1 vfat 93DA-8C20 /boot/efi ├─sdc2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /boot ├─sdc3 └─sdc4 LVM2_member BbZsAT-5oOK-nITn-bHFW-IVyS-y0O3-93oDes ├─rescuemevg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /tmp ├─rescuemevg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /usr ├─rescuemevg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /opt ├─rescuemevg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /home ├─rescuemevg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /var └─rescuemevg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 /
Maintenant, rescuemevg-rootlv est celui monté sur /.
Renommez le groupe de volumes (VG) pour le maintenir cohérent à l’aide de la commande suivante. Le changement de nom du groupe de travail virtuel vous évite de rencontrer des problèmes lors de la régénération de l’initrd et du redémarrage du disque sur la machine virtuelle d’origine.
sudo vgrename rescuemevg rootvg
Volume group "rescuemevg" successfully renamed to "rootvg"
Vérifiez la modification à l’aide de la commande suivante :
sudo lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 vfat 93DA-8C20 ├─sda2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d ├─sda3 └─sda4 LVM2_member pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU ├─oldvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 ├─oldvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d ├─oldvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 ├─oldvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 ├─oldvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 └─oldvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 sdb └─sdb1 ext4 e72e7c2c-db27-4a73-a97e-01d63d21ccf8 sdc ├─sdc1 vfat 93DA-8C20 /boot/efi ├─sdc2 xfs d5da486e-fdfe-4ad8-bc01-aa72b91fd47d /boot ├─sdc3 └─sdc4 LVM2_member BbZsAT-5oOK-nITn-bHFW-IVyS-y0O3-93oDes ├─rootvg-tmplv xfs 9098eb05-0176-4997-8132-9152a7bef207 /tmp ├─rootvg-usrlv xfs 2f9ff36c-742d-4914-b463-d4152801b95d /usr ├─rootvg-optlv xfs aeacea8e-3663-4569-af25-c52357f8a0a3 /opt ├─rootvg-homelv xfs a79e43dc-7adc-41b4-b6e1-4e6b033b15c0 /home ├─rootvg-varlv xfs c7cb68e9-7865-4187-b3bd-e9a869779d86 /var └─rootvg-rootlv xfs d8dc4d62-ada5-4952-a0d9-1bce6cb6f809 /
Poursuivez les activités requises pour sauver le système d’exploitation. Ces activités peuvent inclure la régénération des initramfs ou la configuration GRUB.
Quittez l’environnement chroot à l’aide de la commande suivante :
sudo exit
Démontez et détachez le disque de données de la machine virtuelle de secours, puis effectuez un échange de disque avec la machine virtuelle d’origine à l’aide des commandes suivantes :
umount /rescue/run/ umount /rescue/dev/pts/ umount /rescue/dev/ umount /rescue/sys/ umount /rescue/proc umount /rescue/boot/efi umount /rescue/boot umount /rescue/var umount /rescue/usr umount /rescue/tmp umount /rescue/opt umount /rescue/home umount /rescue
Démarrez la machine virtuelle d’origine et vérifiez ses fonctionnalités.
Oracle 7.x
Arrêtez ou libérez la machine virtuelle affectée.
Créez une image de machine virtuelle de secours de la même version du système d’exploitation, dans le même groupe de ressources (RSG) et le même emplacement à l’aide d’un disque managé.
Utilisez la Portail Azure pour prendre une instantané du disque du système d’exploitation de la machine virtuelle concernée.
Créez un disque à partir de la instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.
Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.
Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :
sudo su -
Recherchez le disque à l’aide
dmesg
de (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilisedmesg
pour filtrer sur les disques SCSI :dmesg | grep SCSI
La sortie de la commande est similaire à l’exemple suivant. Dans cet exemple, le disque correspond à
/dev/sdc
ce que vous voulez :[ 0.294784] SCSI subsystem initialized [ 0.573458] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 7.110271] sd 2:0:0:0: [sda] Attached SCSI disk [ 8.079653] sd 3:0:1:0: [sdb] Attached SCSI disk [ 1828.162306] sd 5:0:0:0: [sdc] Attached SCSI disk
Utilisez les commandes suivantes pour accéder à l’environnement chroot :
mkdir /rescue mount -o nouuid /dev/sdc2 /rescue mount -o nouuid /dev/sdc1 /rescue/boot/ mount /dev/sdc15 /rescue/boot/efi mount -t proc /proc /rescue/proc mount -t sysfs /sys /rescue/sys mount -o bind /dev /rescue/dev mount -o bind /dev/pts /rescue/dev/pts mount -o bind /run /rescue/run chroot /rescue
Résoudre les problèmes liés à l’environnement chroot.
Utilisez les commandes suivantes pour quitter l’environnement chroot :
exit umount /rescue/proc/ umount /rescue/sys/ umount /rescue/dev/pts umount /rescue/dev/ umount /rescue/run umount /rescue/boot/efi umount /rescue/boot umount /rescue
Remarque
Si vous recevez le message d’erreur « Impossible de démonter /rescue », ajoutez l’option
-l
à laumount
commande, par exemple .umount -l /rescue
Détachez le disque de la machine virtuelle de secours et effectuez un échange de disque avec la machine virtuelle d’origine.
Démarrez la machine virtuelle d’origine et case activée sa connectivité.
SUSE-SLES 12 SP4, SUSE-SLES 12 SP4 pour SAP && ## SUSE-SLES 15 SP1, SUSE-SLES 15 SP1 pour SAP
Arrêtez ou libérez la machine virtuelle affectée.
Créez une image de machine virtuelle de secours de la même version du système d’exploitation, dans le même groupe de ressources (RSG) et le même emplacement à l’aide d’un disque managé.
Utilisez la Portail Azure pour prendre une instantané du disque du système d’exploitation de la machine virtuelle concernée.
Créez un disque à partir de la instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.
Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.
Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :
sudo su -
Recherchez le disque à l’aide
dmesg
de (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilisedmesg
pour filtrer sur les disques SCSI :dmesg | grep SCSI
La sortie de la commande est similaire à l’exemple suivant. Dans cet exemple, le disque correspond à
/dev/sdc
ce que vous voulez :[ 0.294784] SCSI subsystem initialized [ 0.573458] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) [ 7.110271] sd 2:0:0:0: [sda] Attached SCSI disk [ 8.079653] sd 3:0:1:0: [sdb] Attached SCSI disk [ 1828.162306] sd 5:0:0:0: [sdc] Attached SCSI disk
Utilisez les commandes suivantes pour accéder à l’environnement chroot :
mkdir /rescue mount -o nouuid /dev/sdc4 /rescue mount -o nouuid /dev/sdc3 /rescue/boot/ mount /dev/sdc2 /rescue/boot/efi mount -t proc /proc /rescue/proc mount -t sysfs /sys /rescue/sys mount -o bind /dev /rescue/dev mount -o bind /dev/pts /rescue/dev/pts mount -o bind /run /rescue/run chroot /rescue
Résoudre les problèmes liés à l’environnement chroot.
Utilisez les commandes suivantes pour quitter l’environnement chroot :
exit umount /rescue/proc/ umount /rescue/sys/ umount /rescue/dev/pts umount /rescue/dev/ umount /rescue/run umount /rescue/boot/efi umount /rescue/boot umount /rescue
Remarque
Si vous recevez le message d’erreur « Impossible de démonter /rescue », ajoutez l’option
-l
à laumount
commande, par exemple .umount -l /rescue
Détachez le disque de la machine virtuelle de secours et effectuez un échange de disque avec la machine virtuelle d’origine.
Démarrez la machine virtuelle d’origine et case activée sa connectivité.
Étapes suivantes
Contactez-nous pour obtenir de l’aide
Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour