Partager via

Environnement Chroot dans une machine virtuelle de secours Linux

  • Article

S’applique à : ✔️ Machines virtuelles Linux

Note

CentOS référencé dans cet article est une distribution Linux et atteint la fin de vie (EOL). Faites le point sur votre utilisation et organisez-vous en conséquence. Pour plus d’informations, consultez les conseils sur la fin de vie centOS.

Cet article explique comment résoudre les problèmes liés à l’environnement chroot dans la machine virtuelle de secours dans Linux.

Ubuntu 16.x && Ubuntu 18.x && Ubuntu 20.04

  1. Arrêtez ou libérez la machine virtuelle affectée.

  2. Créez une machine virtuelle de secours de la même génération, même version du système d’exploitation, dans le même groupe de ressources et emplacement à l’aide d’un disque managé.

  3. Utilisez le Portail Azure pour prendre un instantané du disque du système d’exploitation de la machine virtuelle concernée.

  4. Créez un disque hors de l’instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.

  5. Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.

    1. Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :

      sudo su -

    2. Recherchez le disque à l’aide de dmesg (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilise dmesg pour filtrer les disques SCSI (Small Computer Systems Interface) :

      dmesg | grep SCSI

      La sortie de commande est similaire à l’exemple suivant. Dans cet exemple, le disque /dev/sdc est 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

    3. 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

    4. Résoudre les problèmes liés à l’environnement chroot.

    5. 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

      Note

      Si vous recevez le message d’erreur « impossible de démonter /rescue », ajoutez l’option -l à la umount commande, par exemple umount -l /rescue.

  6. Détachez le disque de la machine virtuelle de secours et échangez le disque avec la machine virtuelle d’origine.

  7. Démarrez la machine virtuelle d’origine et vérifiez sa connectivité.

RHEL/Centos/Oracle 6.x et Oracle 8.x et RHEL/Centos 7.x avec partitions brutes

  1. Arrêtez ou libérez la machine virtuelle affectée.

  2. 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 à l’aide d’un disque managé.

  3. Utilisez le Portail Azure pour prendre un instantané du disque du système d’exploitation de la machine virtuelle concernée.

  4. Créez un disque hors de l’instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.

  5. Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.

    1. Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :

      sudo su -

    2. Recherchez le disque à l’aide de dmesg (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilise dmesg pour filtrer sur des disques SCSI :

      dmesg | grep SCSI

      La sortie de commande est similaire à l’exemple suivant. Dans cet exemple, le disque /dev/sdc est 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

    3. 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

    4. Résoudre les problèmes liés à l’environnement chroot.

    5. 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

      Note

      Si vous recevez le message d’erreur « impossible de démonter /rescue », ajoutez l’option -l à la umount commande, par exemple umount -l /rescue.

  6. Détachez le disque de la machine virtuelle de secours et échangez le disque avec la machine virtuelle d’origine.

  7. Démarrez la machine virtuelle d’origine et vérifiez sa connectivité.

RHEL/Centos 7.x & 8.X avec LVM

Note

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.

  1. Arrêtez ou libérez la machine virtuelle affectée.

  2. 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 à l’aide d’un disque managé.

  3. Utilisez le Portail Azure pour prendre un instantané du disque du système d’exploitation de la machine virtuelle concernée.

  4. Créez un disque hors de l’instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.

  5. Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.

    1. Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :

      sudo su -

    2. Recherchez le disque à l’aide de dmesg (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilise dmesg pour filtrer sur des disques SCSI :

      dmesg | grep SCSI

      La sortie de commande est similaire à l’exemple suivant. Dans cet exemple, le disque /dev/sdc est 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

    3. Utilisez les commandes suivantes pour activer le groupe de volumes logiques :

      vgscan --mknodes
vgchange -ay
lvscan

    4. 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

    5. 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, vérifiez 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 endommagé. Ensuite, exécutez la blkid commande et comparez l’identificateur unique universel (UUID) à partir du fichier /rescue/etc/fstab avec la sortie de la blkid commande pour déterminer l’appareil approprié pour le montage /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.

    6. 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

    7. Résoudre les problèmes liés à l’environnement chroot.

    8. 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

      Note

      Si vous recevez le message d’erreur « impossible de démonter /rescue », ajoutez l’option -l à la umount commande, par exemple umount -l /rescue.

  6. Détachez le disque de la machine virtuelle de secours et échangez le disque avec la machine virtuelle d’origine.

  7. Démarrez la machine virtuelle d’origine et vérifiez sa connectivité.

Utilisation de la même image LVM

Note

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.

  1. Utilisez la commande suivante pour vérifier l’état des disques avant d’attacher le disque que vous souhaitez sauver :

    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

  2. Attachez le disque que vous souhaitez sauver en tant que lecteur de données.

  3. 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 commande n’affiche pas immédiatement les structures LVM.

  4. Affichez les partitions LVM physiques à l’aide de la commande suivante :

    sudo pvs

    Cette sortie affiche des avertissements concernant les volumes physiques dupliqués (PVS) :

    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

  5. Utilisez la vmimportclone commande pour importer le rootvg à partir du lecteur de données à l’aide d’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

  6. Vérifiez la modification du 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

  7. 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"

  8. 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

  9. Montez le système de fichiers qui provient du lecteur de données.

    Lorsque vous utilisez xfs, spécifiez l’option -o nouuid permettant d’éviter les conflits avec les UUID et de monter les systèmes de fichiers nécessaires pour effectuer un chroot. Cette option n’est pas disponible dans ext4 les 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, vérifiez 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 endommagé. Ensuite, exécutez la blkid commande et comparez l’UUID à partir du fichier /rescue/etc/fstab avec la sortie de la blkid commande pour déterminer l’appareil approprié pour le montage /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 d’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é.

  10. 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

  11. Utilisez chroot à l’aide de la commande suivante :

    sudo chroot /rescue/

  12. Vérifiez les montages « à 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 /.

  13. Renommez le groupe de volumes (VG) pour qu’il reste cohérent à l’aide de la commande suivante. Le changement de nom du groupe de ressources virtuel vous empêche 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"

  14. 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   /

  15. Poursuivez les activités nécessaires pour sauver le système d’exploitation. Ces activités peuvent inclure la régénération d’initramfs ou la configuration GRUB.

  16. Quittez l’environnement chroot à l’aide de la commande suivante :

    sudo exit

  17. Démontez et détachez le disque de données de la machine virtuelle de secours et 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

  18. Démarrez la machine virtuelle d’origine et vérifiez ses fonctionnalités.

Oracle 7.x

  1. Arrêtez ou libérez la machine virtuelle affectée.

  2. 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 à l’aide d’un disque managé.

  3. Utilisez le Portail Azure pour prendre un instantané du disque du système d’exploitation de la machine virtuelle concernée.

  4. Créez un disque hors de l’instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.

  5. Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.

    1. Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :

      sudo su -

    2. Recherchez le disque à l’aide dmesg (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilise dmesg pour filtrer sur des disques SCSI :

      dmesg | grep SCSI

      La sortie de commande est similaire à l’exemple suivant. Dans cet exemple, le /dev/sdc disque est ce que vous souhaitez :

      [    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

    3. 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

    4. Résoudre les problèmes liés à l’environnement chroot.

    5. 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

      Note

      Si vous recevez le message d’erreur « impossible de démonter /rescue », ajoutez l’option -l à la umount commande, par exemple umount -l /rescue.

  6. Détachez le disque de la machine virtuelle de secours et échangez le disque avec la machine virtuelle d’origine.

  7. Démarrez la machine virtuelle d’origine et vérifiez sa connectivité.

SUSE-SLES 12 SP4, SUSE-SLES 12 SP4 For SAP et ## SUSE-SLES 15 SP1, SUSE-SLES 15 SP1 For SAP

  1. Arrêtez ou libérez la machine virtuelle affectée.

  2. 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 à l’aide d’un disque managé.

  3. Utilisez le Portail Azure pour prendre un instantané du disque du système d’exploitation de la machine virtuelle concernée.

  4. Créez un disque hors de l’instantané du disque du système d’exploitation et attachez-le à la machine virtuelle de secours.

  5. Une fois le disque créé, résolvez les problèmes liés à l’environnement chroot dans la machine virtuelle de secours.

    1. Accédez à votre machine virtuelle en tant qu’utilisateur racine à l’aide de la commande suivante :

      sudo su -

    2. Recherchez le disque à l’aide de dmesg (la méthode que vous utilisez pour découvrir votre nouveau disque peut varier). L’exemple suivant utilise dmesg pour filtrer sur des disques SCSI :

      dmesg | grep SCSI

      La sortie de commande est similaire à l’exemple suivant. Dans cet exemple, le /dev/sdc disque est ce que vous souhaitez :

      [    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

    3. 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

    4. Résoudre les problèmes liés à l’environnement chroot.

    5. 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

      Note

      Si vous recevez le message d’erreur « impossible de démonter /rescue », ajoutez l’option -l à la umount commande, par exemple umount -l /rescue.

  6. Détachez le disque de la machine virtuelle de secours et échangez le disque avec la machine virtuelle d’origine.

  7. Démarrez la machine virtuelle d’origine et vérifiez 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.