Delen via

Chroot-omgeving in een linux-herstel-VM

  • Artikel

Van toepassing op: ✔️ Virtuele Linux-machines

Notitie

CentOS waarnaar in dit artikel wordt verwezen, is een Linux-distributie en bereikt het einde van de levensduur (EOL). Houd rekening met uw gebruik en plan dienovereenkomstig. Zie De richtlijnen voor het einde van de levensduur van CentOS voor meer informatie.

In dit artikel wordt beschreven hoe u problemen met de chroot-omgeving in de virtuele reddingsmachine (VM) in Linux oplost.

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

  1. Stop of maak de toewijzing van de betreffende VM ongedaan.

  2. Maak een herstel-VM van dezelfde generatie, dezelfde versie van het besturingssysteem, in dezelfde resourcegroep en locatie met behulp van beheerde schijf.

  3. Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende virtuele machine.

  4. Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.

  5. Zodra de schijf is gemaakt, moet u problemen met de chroot-omgeving in de herstel-VM oplossen.

    1. Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:

      sudo su -

    2. Zoek de schijf met behulp dmesg van (de methode die u gebruikt om uw nieuwe schijf te detecteren, kan variëren). In het volgende voorbeeld wordt gebruikgemaakt dmesg van het filteren op SCSI-schijven (Small Computer Systems Interface):

      dmesg | grep SCSI

      De uitvoer van de opdracht is vergelijkbaar met het volgende voorbeeld. In dit voorbeeld is de /dev/sdc-schijf wat u wilt:

      [    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. Gebruik de volgende opdrachten om toegang te krijgen tot de chroot-omgeving:

      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. Problemen met de chroot-omgeving oplossen.

    5. Gebruik de volgende opdrachten om de chroot-omgeving af te sluiten:

      exit

umount /rescue/proc/
umount /rescue/sys/
umount /rescue/dev/pts
umount /rescue/dev/
umount /rescue/run
cd /
umount /rescue/boot/efi
umount /rescue

      Notitie

      Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de -l optie toe aan de umount opdracht, bijvoorbeeld umount -l /rescue.

  6. Koppel de schijf los van de herstel-VM en voer een schijfwisseling uit met de oorspronkelijke VM.

  7. Start de oorspronkelijke VM en controleer de connectiviteit.

RHEL/Centos/Oracle 6.x && Oracle 8.x && RHEL/Centos 7.x met RAW-partities

  1. Stop of maak de toewijzing van de betreffende VM ongedaan.

  2. Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.

  3. Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende virtuele machine.

  4. Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.

  5. Zodra de schijf is gemaakt, moet u problemen met de chroot-omgeving in de herstel-VM oplossen.

    1. Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:

      sudo su -

    2. Zoek de schijf met behulp dmesg van (de methode die u gebruikt om uw nieuwe schijf te detecteren, kan variëren). In het volgende voorbeeld wordt gebruikgemaakt dmesg van het filteren op SCSI-schijven:

      dmesg | grep SCSI

      De uitvoer van de opdracht is vergelijkbaar met het volgende voorbeeld. In dit voorbeeld is de /dev/sdc-schijf wat u wilt:

      [    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. Gebruik de volgende opdrachten om toegang te krijgen tot de chroot-omgeving:

      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. Problemen met de chroot-omgeving oplossen.

    5. Gebruik de volgende opdrachten om de chroot-omgeving af te sluiten:

      exit

umount /rescue/proc/
umount /rescue/sys/
umount /rescue/dev/pts
umount /rescue/dev/
umount /rescue/run
cd /
umount /rescue/boot/
umount /rescue

      Notitie

      Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de -l optie toe aan de umount opdracht, bijvoorbeeld umount -l /rescue.

  6. Koppel de schijf los van de herstel-VM en voer een schijfwisseling uit met de oorspronkelijke VM.

  7. Start de oorspronkelijke VM en controleer de connectiviteit.

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

Notitie

Als de oorspronkelijke VM Logical Volume Manager (LVM) op de besturingssysteemschijf bevat, maakt u de herstel-VM met behulp van de installatiekopieën met onbewerkte partities op de besturingssysteemschijf.

  1. Stop of maak de toewijzing van de betreffende VM ongedaan.

  2. Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.

  3. Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende virtuele machine.

  4. Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.

  5. Zodra de schijf is gemaakt, moet u problemen met de chroot-omgeving in de herstel-VM oplossen.

    1. Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:

      sudo su -

    2. Zoek de schijf met behulp dmesg van (de methode die u gebruikt om uw nieuwe schijf te detecteren, kan variëren). In het volgende voorbeeld wordt gebruikgemaakt dmesg van het filteren op SCSI-schijven:

      dmesg | grep SCSI

      De uitvoer van de opdracht is vergelijkbaar met het volgende voorbeeld. In dit voorbeeld is de /dev/sdc-schijf wat u wilt:

      [    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. Gebruik de volgende opdrachten om de logische volumegroep te activeren:

      vgscan --mknodes
vgchange -ay
lvscan

    4. Gebruik de lsblk opdracht om de LVM-namen op te halen:

      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. Gebruik de volgende opdrachten om de chroot dir voor te bereiden:

      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

      De partities /rescue/boot/ en /rescue/boot/efi bevinden zich mogelijk niet altijd op /dev/sdc2 of /dev/sdc1. Als er een fout optreedt tijdens het koppelen van deze partities, controleert u het /rescue/etc/fstab-bestand om de juiste apparaten voor de /boot - en /boot/efi-partities van de verbroken besturingssysteemschijf te bepalen. Voer vervolgens de blkid opdracht uit en vergelijk de UUID (Universal Unique Identifier) uit het bestand /rescue/etc/fstab met de uitvoer van de blkid opdracht om het juiste apparaat te bepalen voor het koppelen /rescue/boot/ en /rescue/boot/efi in de herstel-VM.

      De mount /dev/mapper/rootvg-optlv /rescue/opt opdracht kan mislukken als de rootvg-optlv-volumegroep niet bestaat. In dit geval kunt u deze opdracht overslaan.

    6. Open de chroot-omgeving met behulp van de volgende opdrachten:

      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. Problemen met de chroot-omgeving oplossen.

    8. Gebruik de volgende opdrachten om de chroot-omgeving af te sluiten:

      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

      Notitie

      Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de -l optie toe aan de umount opdracht, bijvoorbeeld umount -l /rescue.

  6. Koppel de schijf los van de herstel-VM en voer een schijfwisseling uit met de oorspronkelijke VM.

  7. Start de oorspronkelijke VM en controleer de connectiviteit.

Dezelfde LVM-installatiekopieën gebruiken

Notitie

Als u de reddings-VM wilt implementeren met behulp van dezelfde LVM-installatiekopieën, moet u enkele aspecten van de reddings-VM wijzigen met LVM.

De volgende opdrachten moeten worden uitgevoerd op de herstel-/herstel-VM die tijdelijk is gemaakt voor de herstelbewerking.

  1. Gebruik de volgende opdracht om de status van de schijven te controleren voordat u de schijf koppelt die u wilt redden:

    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. Koppel de schijf die u wilt redden als een gegevensstation.

  3. Controleer de schijven opnieuw met behulp van de volgende opdracht:

    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

    In de uitvoer van de opdracht worden de LVM-structuren niet meteen weergegeven.

  4. Bekijk fysieke LVM-partities met behulp van de volgende opdracht:

    sudo pvs

    In deze uitvoer ziet u waarschuwingen over gedupliceerde fysieke volumes (V'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

  5. Gebruik de vmimportclone opdracht om de rootvg van het gegevensstation te importeren met een andere naam.

    Met deze opdracht wordt de UUID van de HW gewijzigd en wordt deze ook geactiveerd:

    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. Controleer de naamwijziging met behulp van de volgende opdracht:

    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. Wijzig de naam van de rootvg van de reddings-VM met behulp van de volgende opdracht:

    sudo vgrename rootvg oldvg

    Volume group "rootvg" successfully renamed to "oldvg"

  8. Controleer de schijven met behulp van de volgende opdracht:

    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. Koppel het bestandssysteem dat afkomstig is van het gegevensstation.

    Geef bij het gebruik xfsde -o nouuid optie op om conflicten met de UUID's te voorkomen en koppel de benodigde bestandssystemen om een chroot uit te voeren. Deze optie is niet beschikbaar in ext4 bestandssystemen, dus u moet deze verwijderen uit de opdrachten in een dergelijk scenario:

    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

    De partities /rescue/boot/ en /rescue/boot/efi bevinden zich mogelijk niet altijd op /dev/sdc2 of /dev/sdc1. Als er een fout optreedt tijdens het koppelen van deze partities, controleert u het /rescue/etc/fstab-bestand om de juiste apparaten voor de /boot - en /boot/efi-partities van de verbroken besturingssysteemschijf te bepalen. Voer vervolgens de blkid opdracht uit en vergelijk de UUID uit het bestand /rescue/etc/fstab met de uitvoer van de blkid opdracht om het juiste apparaat te bepalen voor het koppelen /rescue/boot/ en /rescue/boot/efi in de herstel-VM. Dubbele UUID's kunnen worden weergegeven in de uitvoer. In dit scenario koppelt u de partitie die overeenkomt met de letter van het apparaat uit stap 5. In het voorbeeld van deze sectie is de juiste partitie die u moet koppelen /dev/sdc. De dev/sda vertegenwoordigt het besturingssysteem dat momenteel in gebruik is en moet worden genegeerd.

  10. Controleer de koppelingen met behulp van de volgende opdracht:

    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. Gebruik chroot met behulp van de volgende opdracht:

    sudo chroot /rescue/

  12. Controleer de koppeling 'binnen' de chroot-omgeving met behulp van de volgende opdracht:

    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   /

    Rescuemevg-rootlv is nu degene die erop /is gemonteerd.

  13. Wijzig de naam van de volumegroep (VG) om deze consistent te houden met behulp van de volgende opdracht. Als u de naam van de VG wijzigt, kunt u problemen ondervinden bij het opnieuw genereren van de initrd en het opnieuw opstarten van de schijf op de oorspronkelijke VM.

    sudo vgrename rescuemevg rootvg

    Volume group "rescuemevg" successfully renamed to "rootvg"

  14. Controleer de wijziging met behulp van de volgende opdracht:

    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. Ga verder met de vereiste activiteiten om het besturingssysteem te redden. Deze activiteiten kunnen bestaan uit het opnieuw genereren van initramfs of de GRUB-configuratie.

  16. Sluit de chroot-omgeving af met behulp van de volgende opdracht:

    sudo exit

  17. Ontkoppel en ontkoppel de gegevensschijf van de reddings-VM en voer een schijfwisseling uit met de oorspronkelijke VM met behulp van de volgende opdrachten:

    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. Start de oorspronkelijke VM en controleer de functionaliteit ervan.

Oracle 7.x

  1. Stop of maak de toewijzing van de betreffende VM ongedaan.

  2. Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem, in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.

  3. Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende virtuele machine.

  4. Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.

  5. Zodra de schijf is gemaakt, moet u problemen met de chroot-omgeving in de herstel-VM oplossen.

    1. Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:

      sudo su -

    2. Zoek de schijf met behulp dmesg van (de methode die u gebruikt om uw nieuwe schijf te detecteren, kan variëren). In het volgende voorbeeld wordt gebruikgemaakt dmesg van het filteren op SCSI-schijven:

      dmesg | grep SCSI

      De uitvoer van de opdracht is vergelijkbaar met het volgende voorbeeld. In dit voorbeeld is de /dev/sdc schijf wat u wilt:

      [    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. Gebruik de volgende opdrachten om toegang te krijgen tot de chroot-omgeving:

      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. Problemen met de chroot-omgeving oplossen.

    5. Gebruik de volgende opdrachten om de chroot-omgeving af te sluiten:

      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

      Notitie

      Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de -l optie toe aan de umount opdracht, bijvoorbeeld umount -l /rescue.

  6. Koppel de schijf los van de herstel-VM en voer een schijfwisseling uit met de oorspronkelijke VM.

  7. Start de oorspronkelijke VM en controleer de connectiviteit.

SUSE-SLES 12 SP4, SUSE-SLES 12 SP4 voor SAP &&& ## SUSE-SLES 15 SP1, SUSE-SLES 15 SP1 voor SAP

  1. Stop of maak de toewijzing van de betreffende VM ongedaan.

  2. Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem, in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.

  3. Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende virtuele machine.

  4. Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.

  5. Zodra de schijf is gemaakt, moet u problemen met de chroot-omgeving in de herstel-VM oplossen.

    1. Open uw VIRTUELE machine als hoofdgebruiker met behulp van de volgende opdracht:

      sudo su -

    2. Zoek de schijf met behulp dmesg van (de methode die u gebruikt om uw nieuwe schijf te detecteren, kan variëren). In het volgende voorbeeld wordt gebruikgemaakt dmesg van het filteren op SCSI-schijven:

      dmesg | grep SCSI

      De uitvoer van de opdracht is vergelijkbaar met het volgende voorbeeld. In dit voorbeeld is de /dev/sdc schijf wat u wilt:

      [    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. Gebruik de volgende opdrachten om toegang te krijgen tot de chroot-omgeving:

      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. Problemen met de chroot-omgeving oplossen.

    5. Gebruik de volgende opdrachten om de chroot-omgeving af te sluiten:

      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

      Notitie

      Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de -l optie toe aan de umount opdracht, bijvoorbeeld umount -l /rescue.

  6. Koppel de schijf los van de herstel-VM en voer een schijfwisseling uit met de oorspronkelijke VM.

  7. Start de oorspronkelijke VM en controleer de connectiviteit.

Volgende stappen

Contact met ons opnemen voor ondersteuning

Als u vragen hebt of hulp nodig hebt, maakt u een ondersteuningsaanvraag of stelt u ondersteuning voor de Azure-community. U kunt ook productfeedback verzenden naar de Azure-feedbackcommunity.