Dela via

Chroot-miljö i en virtuell Linux-räddningsdator

  • Artikel

Gäller för: ✔️ Virtuella Linux-datorer

Kommentar

CentOS som refereras i den här artikeln är en Linux-distribution och kommer att nå End Of Life (EOL). Överväg att använda och planera i enlighet med detta. Mer information finns i CentOS End Of Life-vägledning.

Den här artikeln beskriver hur du felsöker chroot-miljön på den virtuella datorn för räddning i Linux.

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

  1. Stoppa eller frigöra den berörda virtuella datorn.

  2. Skapa en virtuell räddningsdator med samma generation, samma operativsystemversion, i samma resursgrupp och plats med hjälp av en hanterad disk.

  3. Använd Azure Portal för att ta en ögonblicksbild av den berörda virtuella datorns OS-disk.

  4. Skapa en disk från ögonblicksbilden av OS-disken och koppla den till den virtuella räddningsdatorn.

  5. När disken har skapats felsöker du chroot-miljön på den virtuella räddningsdatorn.

    1. Få åtkomst till den virtuella datorn som rotanvändare med hjälp av följande kommando:

      sudo su -

    2. Hitta disken med ( dmesg den metod du använder för att identifiera den nya disken kan variera). I följande exempel används dmesg för att filtrera på SCSI-diskar (Small Computer Systems Interface):

      dmesg | grep SCSI

      Kommandoutdata liknar följande exempel. I det här exemplet är disken /dev/sdc vad du vill:

      [    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. Använd följande kommandon för att komma åt chroot-miljön:

      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. Felsöka chroot-miljön.

    5. Använd följande kommandon för att avsluta chroot-miljön:

      exit

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

      Kommentar

      Om du får felmeddelandet "det går inte att demontera /rescue" lägger du till -l alternativet i umount kommandot, till exempel umount -l /rescue.

  6. Koppla från disken från den virtuella räddningsdatorn och utför ett diskbyte med den ursprungliga virtuella datorn.

  7. Starta den ursprungliga virtuella datorn och kontrollera dess anslutning.

RHEL/Centos/Oracle 6.x && Oracle 8.x && RHEL/Centos 7.x med RAW-partitioner

  1. Stoppa eller frigöra den berörda virtuella datorn.

  2. Skapa en vm-avbildning för räddning av samma operativsystemversion i samma resursgrupp (RSG) och plats med hjälp av en hanterad disk.

  3. Använd Azure Portal för att ta en ögonblicksbild av den berörda virtuella datorns OS-disk.

  4. Skapa en disk från ögonblicksbilden av OS-disken och koppla den till den virtuella räddningsdatorn.

  5. När disken har skapats felsöker du chroot-miljön på den virtuella räddningsdatorn.

    1. Få åtkomst till den virtuella datorn som rotanvändare med hjälp av följande kommando:

      sudo su -

    2. Hitta disken med ( dmesg den metod du använder för att identifiera den nya disken kan variera). I följande exempel används dmesg för att filtrera på SCSI-diskar:

      dmesg | grep SCSI

      Kommandoutdata liknar följande exempel. I det här exemplet är disken /dev/sdc vad du vill:

      [    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. Använd följande kommandon för att komma åt chroot-miljön:

      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. Felsöka chroot-miljön.

    5. Använd följande kommandon för att avsluta chroot-miljön:

      exit

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

      Kommentar

      Om du får felmeddelandet "det går inte att demontera /rescue" lägger du till -l alternativet i umount kommandot, till exempel umount -l /rescue.

  6. Koppla från disken från den virtuella räddningsdatorn och utför ett diskbyte med den ursprungliga virtuella datorn.

  7. Starta den ursprungliga virtuella datorn och kontrollera dess anslutning.

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

Kommentar

Om den ursprungliga virtuella datorn innehåller LVM (Logical Volume Manager) på OS-disken skapar du den virtuella räddningsdatorn med hjälp av avbildningen med rådatapartitioner på OS-disken.

  1. Stoppa eller frigöra den berörda virtuella datorn.

  2. Skapa en vm-avbildning för räddning av samma operativsystemversion i samma resursgrupp (RSG) och plats med hjälp av en hanterad disk.

  3. Använd Azure Portal för att ta en ögonblicksbild av den berörda virtuella datorns OS-disk.

  4. Skapa en disk från ögonblicksbilden av OS-disken och koppla den till den virtuella räddningsdatorn.

  5. När disken har skapats felsöker du chroot-miljön på den virtuella räddningsdatorn.

    1. Få åtkomst till den virtuella datorn som rotanvändare med hjälp av följande kommando:

      sudo su -

    2. Hitta disken med ( dmesg den metod du använder för att identifiera den nya disken kan variera). I följande exempel används dmesg för att filtrera på SCSI-diskar:

      dmesg | grep SCSI

      Kommandoutdata liknar följande exempel. I det här exemplet är disken /dev/sdc vad du vill:

      [    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. Använd följande kommandon för att aktivera den logiska volymgruppen:

      vgscan --mknodes
vgchange -ay
lvscan

    4. lsblk Använd kommandot för att hämta LVM-namnen:

      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. Använd följande kommandon för att förbereda chroot dir:

      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

      Partitionerna /rescue/boot/ och /rescue/boot/efi kanske inte alltid finns på /dev/sdc2 eller /dev/sdc1. Om du stöter på ett fel när du försöker montera dessa partitioner kontrollerar du filen /rescue/etc/fstab för att fastställa rätt enheter för partitionerna /boot och /boot/efi från den trasiga OS-disken. blkid Kör sedan kommandot och jämför UUID (Universal Unique Identifier) från filen /rescue/etc/fstab med utdata blkid från kommandot för att fastställa rätt enhet för montering /rescue/boot/ och /rescue/boot/efi på den virtuella reparationsdatorn.

      Kommandot mount /dev/mapper/rootvg-optlv /rescue/opt kan misslyckas om volymgruppen rootvg-optlv inte finns. I det här fallet kan du kringgå det här kommandot.

    6. Få åtkomst till chroot-miljön med hjälp av följande kommandon:

      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. Felsöka chroot-miljön.

    8. Använd följande kommandon för att avsluta chroot-miljön:

      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

      Kommentar

      Om du får felmeddelandet "det går inte att demontera /rescue" lägger du till -l alternativet i umount kommandot, till exempel umount -l /rescue.

  6. Koppla från disken från den virtuella räddningsdatorn och utför ett diskbyte med den ursprungliga virtuella datorn.

  7. Starta den ursprungliga virtuella datorn och kontrollera dess anslutning.

Använda samma LVM-avbildning

Kommentar

Om du behöver distribuera den virtuella räddningsdatorn med samma LVM-avbildning måste du ändra vissa aspekter av den virtuella räddningsdatorn med LVM.

Följande kommandon ska köras på den virtuella återställnings-/räddningsdatorn som tillfälligt skapas för återställningsåtgärden.

  1. Använd följande kommando för att kontrollera statusen för diskarna innan du ansluter den disk som du vill rädda:

    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. Koppla den disk som du vill rädda som en dataenhet.

  3. Kontrollera diskarna igen med hjälp av följande kommando:

    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

    Kommandoutdata visar inte LVM-strukturerna direkt.

  4. Visa fysiska LVM-partitioner med hjälp av följande kommando:

    sudo pvs

    Dessa utdata visar varningar om duplicerade fysiska volymer (PV:er):

    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. vmimportclone Använd kommandot för att importera rootvg från dataenheten med hjälp av ett annat namn.

    Det här kommandot ändrar UUID för PV och aktiverar det också:

    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. Kontrollera namnändringen med hjälp av följande kommando:

    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. Byt namn på rotvg för den virtuella räddningsdatorn med hjälp av följande kommando:

    sudo vgrename rootvg oldvg

    Volume group "rootvg" successfully renamed to "oldvg"

  8. Kontrollera diskarna med hjälp av följande kommando:

    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. Montera filsystemet som kommer från dataenheten.

    När du använder xfsanger du -o nouuid alternativet för att undvika konflikter med UUID:erna och montera de filsystem som behövs för att utföra en chroot. Det här alternativet är inte tillgängligt i ext4 filsystem, så du måste ta bort det från kommandona i ett sådant 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

    Partitionerna /rescue/boot/ och /rescue/boot/efi kanske inte alltid finns på /dev/sdc2 eller /dev/sdc1. Om du stöter på ett fel när du försöker montera dessa partitioner kontrollerar du filen /rescue/etc/fstab för att fastställa rätt enheter för partitionerna /boot och /boot/efi från den trasiga OS-disken. blkid Kör sedan kommandot och jämför UUID från filen /rescue/etc/fstab med kommandots utdata blkid för att fastställa rätt enhet för montering /rescue/boot/ och /rescue/boot/efi på den virtuella reparationsdatorn. Duplicerade UUID:er kan visas i utdata. I det här scenariot monterar du partitionen som matchar enhetsbokstaven från steg 5. I exemplet med det här avsnittet är rätt partition som du bör montera /dev/sdc. Dev /sda representerar det operativsystem som för närvarande används och bör ignoreras.

  10. Kontrollera monteringarna med hjälp av följande kommando:

    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. Använd chroot med hjälp av följande kommando:

    sudo chroot /rescue/

  12. Kontrollera monteringarna "inuti" chroot-miljön med hjälp av följande kommando:

    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   /

    Nu är rescuemevg-rootlv den som monterats på /.

  13. Byt namn på volymgruppen (VG) för att hålla den konsekvent med hjälp av följande kommando. Om du byter namn på den virtuella datorn får du problem när du återskapar initrd och startar disken igen på den ursprungliga virtuella datorn.

    sudo vgrename rescuemevg rootvg

    Volume group "rescuemevg" successfully renamed to "rootvg"

  14. Kontrollera ändringen med hjälp av följande kommando:

    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. Fortsätt med de aktiviteter som krävs för att rädda operativsystemet. Dessa aktiviteter kan omfatta återskapande av initramfs eller GRUB-konfigurationen.

  16. Avsluta chroot-miljön med hjälp av följande kommando:

    sudo exit

  17. Demontera och koppla från datadisken från den virtuella räddningsdatorn och utför ett diskbyte med den ursprungliga virtuella datorn med hjälp av följande kommandon:

    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. Starta den ursprungliga virtuella datorn och verifiera dess funktioner.

Oracle 7.x

  1. Stoppa eller frigöra den berörda virtuella datorn.

  2. Skapa en vm-avbildning för räddning av samma operativsystemversion, i samma resursgrupp (RSG) och plats med hjälp av en hanterad disk.

  3. Använd Azure Portal för att ta en ögonblicksbild av den berörda virtuella datorns OS-disk.

  4. Skapa en disk från ögonblicksbilden av OS-disken och koppla den till den virtuella räddningsdatorn.

  5. När disken har skapats felsöker du chroot-miljön på den virtuella räddningsdatorn.

    1. Få åtkomst till den virtuella datorn som rotanvändare med hjälp av följande kommando:

      sudo su -

    2. Hitta disken med hjälp dmesg av (den metod som du använder för att identifiera din nya disk kan variera). I följande exempel används dmesg för att filtrera på SCSI-diskar:

      dmesg | grep SCSI

      Kommandoutdata liknar följande exempel. I det här exemplet är disken /dev/sdc det du vill ha:

      [    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. Använd följande kommandon för att komma åt chroot-miljön:

      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. Felsöka chroot-miljön.

    5. Använd följande kommandon för att avsluta chroot-miljön:

      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

      Kommentar

      Om du får felmeddelandet "det går inte att demontera /rescue" lägger du till -l alternativet i umount kommandot, till exempel umount -l /rescue.

  6. Koppla från disken från den virtuella räddningsdatorn och utför ett diskbyte med den ursprungliga virtuella datorn.

  7. Starta den ursprungliga virtuella datorn och kontrollera dess anslutning.

SUSE-SLES 12 SP4, SUSE-SLES 12 SP4 för SAP && ## SUSE-SLES 15 SP1, SUSE-SLES 15 SP1 för SAP

  1. Stoppa eller frigöra den berörda virtuella datorn.

  2. Skapa en vm-avbildning för räddning av samma operativsystemversion, i samma resursgrupp (RSG) och plats med hjälp av en hanterad disk.

  3. Använd Azure Portal för att ta en ögonblicksbild av den berörda virtuella datorns OS-disk.

  4. Skapa en disk från ögonblicksbilden av OS-disken och koppla den till den virtuella räddningsdatorn.

  5. När disken har skapats felsöker du chroot-miljön på den virtuella räddningsdatorn.

    1. Få åtkomst till den virtuella datorn som rotanvändare med hjälp av följande kommando:

      sudo su -

    2. Hitta disken med ( dmesg den metod du använder för att identifiera den nya disken kan variera). I följande exempel används dmesg för att filtrera på SCSI-diskar:

      dmesg | grep SCSI

      Kommandoutdata liknar följande exempel. I det här exemplet är disken /dev/sdc det du vill ha:

      [    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. Använd följande kommandon för att komma åt chroot-miljön:

      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. Felsöka chroot-miljön.

    5. Använd följande kommandon för att avsluta chroot-miljön:

      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

      Kommentar

      Om du får felmeddelandet "det går inte att demontera /rescue" lägger du till -l alternativet i umount kommandot, till exempel umount -l /rescue.

  6. Koppla från disken från den virtuella räddningsdatorn och utför ett diskbyte med den ursprungliga virtuella datorn.

  7. Starta den ursprungliga virtuella datorn och kontrollera dess anslutning.

Nästa steg

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.