Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op: ✔️ Virtuele Linux-machines
Opmerking
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 op een virtuele machine (VM) kunt oplossen in Linux.
Ubuntu
Stop of maak de toewijzing van de betreffende VM ongedaan.
Maak een reddings-VM van dezelfde generatie en dezelfde versie van het besturingssysteem in dezelfde resourcegroep en locatie met behulp van een beheerde schijf.
Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende VM.
Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.
Nadat de schijf is gemaakt, moet u problemen met de chroot-omgeving op de herstel-VM oplossen.
Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:
sudo su -Zoek de schijf. De methode die u gebruikt om de nieuwe schijf te detecteren, kan variëren. U wordt aangeraden de
dmesgopdracht te gebruiken. In het volgende voorbeeld wordt gebruikgemaaktdmesgvan het filteren op SCSI-schijven (Small Computer Systems Interface):dmesg | grep SCSIDe 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 diskGebruik de volgende opdrachten om toegang te krijgen tot de chroot-omgeving:
mkdir /rescue mount /dev/sdc1 /rescue mount /dev/sdc16 /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 /rescueOpmerking
Op nieuwere Ubuntu-installatiekopieën is er slechts één partitie voor de
/bootmap. Als u een oudere Ubuntu-installatiekopie herstelt, kunt u eventuele fouten negeren die optreden wanneer u koppelt/dev/sdc16aan/rescue/boot. Zorg er echter voor dat er bestanden zijn nadat/rescue/bootu deze stappen hebt voltooid.Als er een fout optreedt tijdens het koppelen, kunt u een fout negeren die zich kan voordoen wanneer u ontkoppelt
/rescue/bootin stap 5e.Problemen met de chroot-omgeving oplossen.
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 /rescueOpmerking
Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de
-loptie toe aan deumountopdracht. Voorbeeld:umount -l /rescue.
Koppel de schijf los van de herstel-VM en voer vervolgens een schijfwisseling uit met de oorspronkelijke VM.
Start de oorspronkelijke VM en controleer de connectiviteit.
RHEL/Centos/Oracle 6.x , Oracle 8.x en RHEL/Centos 7.x met RAW-partities
Stop of maak de toewijzing van de betreffende VM ongedaan.
Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.
Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende VM.
Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.
Nadat de schijf is gemaakt, moet u problemen met de chroot-omgeving op de herstel-VM oplossen.
Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:
sudo su -Zoek de schijf. De methode die u gebruikt om de nieuwe schijf te detecteren, kan variëren. U wordt aangeraden de
dmesgopdracht te gebruiken. In het volgende voorbeeld wordt gebruikgemaaktdmesgvan het filteren op SCSI-schijven:dmesg | grep SCSIDe 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 diskGebruik 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 /rescueProblemen met de chroot-omgeving oplossen.
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 /rescueOpmerking
Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de
-loptie toe aan deumountopdracht. Voorbeeld:umount -l /rescue.
Koppel de schijf los van de herstel-VM en voer vervolgens een schijfwisseling uit met de oorspronkelijke VM.
Start de oorspronkelijke VM en controleer de connectiviteit.
RHEL/Centos 7.x en 8.x met LVM
Opmerking
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.
Stop of maak de toewijzing van de betreffende VM ongedaan.
Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.
Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende virtuele machine.
Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.
Zodra de schijf is gemaakt, moet u problemen met de chroot-omgeving in de herstel-VM oplossen.
Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:
sudo su -Zoek de schijf. De methode die u gebruikt om de nieuwe schijf te detecteren, kan variëren. U wordt aangeraden de
dmesgopdracht te gebruiken. In het volgende voorbeeld wordt gebruikgemaaktdmesgvan het filteren op SCSI-schijven:dmesg | grep SCSIDe 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 diskGebruik de volgende opdrachten om de logische volumegroep te activeren:
vgscan --mknodes vgchange -ay lvscanGebruik de
lsblkopdracht om de LVM-namen op te halen:lsblkNAME 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 lvmGebruik 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/efiDe partities /rescue/boot/ en /rescue/boot/efi bevinden zich mogelijk niet altijd op /dev/sdc2 of /dev/sdc1. Als er een fout optreedt wanneer u deze partities probeert te koppelen, controleert u het bestand /rescue/etc/fstab om de juiste apparaten te bepalen voor de partities /boot en /boot/efi van de verbroken besturingssysteemschijf. Voer vervolgens de
blkidopdracht uit en vergelijk de UUID (Universal Unique Identifier) uit het bestand /rescue/etc/fstab naar de uitvoer van deblkidopdracht 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/optopdracht kan mislukken als de rootvg-optlv-volumegroep niet bestaat. In dit geval kunt u deze opdracht overslaan.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 /rescueProblemen met de chroot-omgeving oplossen.
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 /rescueOpmerking
Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de
-loptie toe aan deumountopdracht. Voorbeeld:umount -l /rescue.
Koppel de schijf los van de herstel-VM en voer vervolgens een schijfwisseling uit met de oorspronkelijke VM.
Start de oorspronkelijke VM en controleer de connectiviteit.
Dezelfde LVM-installatiekopieën gebruiken
Opmerking
Als u de reddings-VM moet 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-VM die tijdelijk is gemaakt voor de herstelbewerking.
Gebruik de volgende opdracht om de status van de schijven te controleren voordat u de schijf koppelt die u wilt redden:
sudo lsblk -fNAME 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 /mntKoppel de schijf die u wilt redden als een gegevensstation.
Controleer de schijven opnieuw met behulp van de volgende opdracht:
sudo lsblk -fNAME 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-iRN6pUIn de uitvoer van de opdracht worden de LVM-structuren niet meteen weergegeven.
Bekijk fysieke LVM-partities met behulp van de volgende opdracht:
sudo pvsIn 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.02gGebruik de
vmimportcloneopdracht 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/sdc4WARNING: 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 rescuemevg6 logical volume(s) in volume group "rescuemevg" now activeControleer de naamwijziging met behulp van de volgende opdracht:
sudo lsblk -fNAME 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-1bce6cb6f809Wijzig de naam van de rootvg van de reddings-VM met behulp van de volgende opdracht:
sudo vgrename rootvg oldvgVolume group "rootvg" successfully renamed to "oldvg"Controleer de schijven met behulp van de volgende opdracht:
sudo lsblk -fNAME 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-1bce6cb6f809Koppel het bestandssysteem dat afkomstig is van het gegevensstation.
Geef bij het gebruik
xfsde-o nouuidoptie 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 inext4bestandssystemen, 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/runDe partities /rescue/boot/ en /rescue/boot/efi bevinden zich mogelijk niet altijd op /dev/sdc2 of /dev/sdc1. Als er een fout optreedt, probeert u deze partities te koppelen, controleert u het bestand /rescue/etc/fstab om de juiste apparaten te bepalen voor de partities /boot en /boot/efi van de verbroken besturingssysteemschijf. Voer vervolgens de
blkidopdracht uit en vergelijk de UUID uit het bestand /rescue/etc/fstab met de uitvoer van deblkidopdracht om het juiste apparaat te bepalen voor het koppelen /rescue/boot/ en /rescue/boot/efi op 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.Controleer de koppelingen met behulp van de volgende opdracht:
sudo lsblk -fNAME 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 /rescueGebruik chroot met behulp van de volgende opdracht:
sudo chroot /rescue/Controleer met behulp van de volgende opdracht de koppelingen die zich in de chroot-omgeving bevinden:
sudo lsblk -fNAME 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.
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 voorkomen die zich kunnen voordoen wanneer u de initrd opnieuw genereert en de schijf opnieuw opstart op de oorspronkelijke VM.
sudo vgrename rescuemevg rootvgVolume group "rescuemevg" successfully renamed to "rootvg"Controleer de wijziging met behulp van de volgende opdracht:
sudo lsblk -fNAME 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 /Voer de vereiste activiteiten uit om het besturingssysteem te redden. Deze activiteiten kunnen bestaan uit het opnieuw genereren van initramfs of de GRUB-configuratie.
Sluit de chroot-omgeving af met behulp van de volgende opdracht:
sudo exitOntkoppel en ontkoppel de gegevensschijf van de herstel-VM en voer vervolgens 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 /rescueStart de oorspronkelijke VM en controleer de functionaliteit ervan.
Oracle 7. x
Stop of maak de toewijzing van de betreffende VM ongedaan.
Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.
Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende VM.
Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.
Nadat de schijf is gemaakt, moet u problemen met de chroot-omgeving op de herstel-VM oplossen.
Gebruik de volgende opdracht om toegang te krijgen tot uw VIRTUELE machine als hoofdgebruiker:
sudo su -Zoek de schijf. De methode die u gebruikt om de nieuwe schijf te detecteren, kan variëren. U wordt aangeraden de
dmesgopdracht te gebruiken. In het volgende voorbeeld wordt gebruikgemaaktdmesgvan het filteren op SCSI-schijven:dmesg | grep SCSIDe uitvoer van de opdracht is vergelijkbaar met het volgende voorbeeld. In dit voorbeeld is de
/dev/sdcschijf 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 diskGebruik 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 /rescueProblemen met de chroot-omgeving oplossen.
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 /rescueOpmerking
Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de
-loptie toe aan deumountopdracht. Voorbeeld:umount -l /rescue.
Koppel de schijf los van de herstel-VM en voer vervolgens een schijfwisseling uit met de oorspronkelijke VM.
Start de oorspronkelijke VM en controleer de connectiviteit.
SUSE-SLES 12 SP4, SUSE-SLES 12 SP4 voor SAP, SUSE-SLES 15 SP1 en SUSE-SLES 15 SP1 voor SAP
Stop of maak de toewijzing van de betreffende VM ongedaan.
Maak een herstel-VM-installatiekopieën van dezelfde versie van het besturingssysteem in dezelfde resourcegroep (RSG) en locatie met behulp van een beheerde schijf.
Gebruik Azure Portal om een momentopname te maken van de besturingssysteemschijf van de betreffende virtuele machine.
Maak een schijf uit de momentopname van de besturingssysteemschijf en koppel deze aan de herstel-VM.
Zodra de schijf is gemaakt, moet u problemen met de chroot-omgeving in de herstel-VM oplossen.
Open uw VIRTUELE machine als hoofdgebruiker met behulp van de volgende opdracht:
sudo su -Zoek de schijf. De methode die u gebruikt om de nieuwe schijf te detecteren, kan variëren. U wordt aangeraden de
dmesgopdracht te gebruiken. In het volgende voorbeeld wordt gebruikgemaaktdmesgvan het filteren op SCSI-schijven:dmesg | grep SCSIDe uitvoer van de opdracht is vergelijkbaar met het volgende voorbeeld. In dit voorbeeld is de
/dev/sdcschijf 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 diskGebruik 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 /rescueProblemen met de chroot-omgeving oplossen.
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 /rescueOpmerking
Als u het foutbericht 'kan /rescue niet ontkoppelen' wordt weergegeven, voegt u de
-loptie toe aan deumountopdracht, bijvoorbeeldumount -l /rescue.
Koppel de schijf los van de herstel-VM en voer vervolgens een schijfwisseling uit met de oorspronkelijke VM.
Start de oorspronkelijke VM en controleer de connectiviteit.
Volgende stappen
a