Поделиться через

Среда Chroot в виртуальной машине для спасения Linux

  • Статья

Примечание.

CentOS, упоминаемая в этой статье, является дистрибутивом Linux и достигнет конца жизненного срока (EOL). Рассмотрите возможность использования и спланируйте соответствующие планы. Дополнительные сведения см. в руководстве по окончании жизненного циклов CentOS.

В этой статье описывается устранение неполадок в среде chroot на виртуальной машине спасения в Linux.

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

  1. Остановите или освободите затронутую виртуальную машину.

  2. Создайте виртуальную машину спасения того же поколения, той же версии ОС, в той же группе ресурсов и расположении с помощью управляемого диска.

  3. Используйте портал Azure, чтобы snapshot диска ОС затронутой виртуальной машины.

  4. Создайте диск из snapshot диска ОС и подключите его к виртуальной машине спасения.

  5. После создания диска устраните неполадки в среде chroot на виртуальной машине для спасения.

    1. Получите доступ к виртуальной машине в качестве корневого пользователя с помощью следующей команды:

      sudo su -

    2. Найдите диск с помощью dmesg (метод, используемый для обнаружения нового диска, может отличаться). В следующем примере используется dmesg для фильтрации по дискам SCSI:

      dmesg | grep SCSI

      Выходные данные команды похожи на приведенный ниже пример. В этом примере требуется диск /dev/sdc :

      [    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. Для доступа к среде 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. Устранение неполадок в среде chroot.

    5. Чтобы выйти из среды 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

      Примечание.

      Если появляется сообщение об ошибке "Не удалось отключить /rescue", добавьте -l параметр в umount команду, например umount -l /rescue.

  6. Отключите диск от виртуальной машины спасения и выполните переключение диска с исходной виртуальной машиной.

  7. Запустите исходную виртуальную машину и проверка ее подключение.

RHEL/Centos/Oracle 6.x && Oracle 8.x && RHEL/Centos 7.x с raw Partitions

  1. Остановите или освободите затронутую виртуальную машину.

  2. Создайте образ виртуальной машины спасения той же версии ОС в той же группе ресурсов (RSG) и расположении с помощью управляемого диска.

  3. Используйте портал Azure, чтобы snapshot диска ОС затронутой виртуальной машины.

  4. Создайте диск из snapshot диска ОС и подключите его к виртуальной машине спасения.

  5. После создания диска устраните неполадки в среде chroot на виртуальной машине для спасения.

    1. Получите доступ к виртуальной машине в качестве корневого пользователя с помощью следующей команды:

      sudo su -

    2. Найдите диск с помощью dmesg (метод, используемый для обнаружения нового диска, может отличаться). В следующем примере используется dmesg для фильтрации по дискам SCSI:

      dmesg | grep SCSI

      Выходные данные команды похожи на приведенный ниже пример. В этом примере требуется диск /dev/sdc :

      [    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. Для доступа к среде 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. Устранение неполадок в среде chroot.

    5. Чтобы выйти из среды chroot, используйте следующие команды:

      exit

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

      Примечание.

      Если появляется сообщение об ошибке "Не удалось отключить /rescue", добавьте -l параметр в umount команду, например umount -l /rescue.

  6. Отключите диск от виртуальной машины спасения и выполните переключение диска с исходной виртуальной машиной.

  7. Запустите исходную виртуальную машину и проверка ее подключение.

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

Примечание.

Если исходная виртуальная машина включает диспетчер логических томов (LVM) на диске ОС, создайте виртуальную машину спасения с помощью образа с необработанными секциями на диске ОС.

  1. Остановите или освободите затронутую виртуальную машину.

  2. Создайте образ виртуальной машины спасения той же версии ОС в той же группе ресурсов (RSG) и расположении с помощью управляемого диска.

  3. Используйте портал Azure, чтобы snapshot диска ОС затронутой виртуальной машины.

  4. Создайте диск из snapshot диска ОС и подключите его к виртуальной машине спасения.

  5. После создания диска устраните неполадки в среде chroot на виртуальной машине для спасения.

    1. Получите доступ к виртуальной машине в качестве корневого пользователя с помощью следующей команды:

      sudo su -

    2. Найдите диск с помощью dmesg (метод, используемый для обнаружения нового диска, может отличаться). В следующем примере используется dmesg для фильтрации по дискам SCSI:

      dmesg | grep SCSI

      Выходные данные команды похожи на приведенный ниже пример. В этом примере требуется диск /dev/sdc :

      [    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. Используйте следующие команды, чтобы активировать логическую группу томов:

      vgscan --mknodes
vgchange -ay
lvscan

    4. Используйте команду , lsblk чтобы получить имена 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. Используйте следующие команды для подготовки каталога 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

      Разделы /rescue/boot/ и /rescue/boot/efi не всегда могут находиться в /dev/sdc2 или /dev/sdc1. Если при попытке подключения этих секций возникла ошибка, проверка файл /rescue/etc/fstab, чтобы определить правильные устройства для секций /bootи /boot/efi с неработающего диска ОС. Затем выполните blkid команду и сравните универсальный уникальный идентификатор (UUID) из файла /rescue/etc/fstab с выходными данными blkid команды, чтобы определить правильное устройство для подключения /rescue/boot/ и /rescue/boot/efi на виртуальной машине восстановления.

      Команда mount /dev/mapper/rootvg-optlv /rescue/opt может завершиться ошибкой, если группа томов rootvg-optlv не существует. В этом случае эту команду можно обойти.

    6. Получите доступ к среде chroot с помощью следующих команд:

      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. Устранение неполадок в среде chroot.

    8. Чтобы выйти из среды 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

      Примечание.

      Если появляется сообщение об ошибке "Не удалось отключить /rescue", добавьте -l параметр в umount команду, например umount -l /rescue.

  6. Отключите диск от виртуальной машины спасения и выполните переключение диска с исходной виртуальной машиной.

  7. Запустите исходную виртуальную машину и проверка ее подключение.

Использование того же образа LVM

Примечание.

Если вам нужно развернуть виртуальную машину спасения с помощью того же образа LVM, необходимо изменить некоторые аспекты виртуальной машины спасения с помощью LVM.

Следующие команды должны выполняться на виртуальной машине восстановления или спасения, временно созданной для операции восстановления.

  1. Используйте следующую команду, чтобы проверка состояние дисков перед подключением диска, который требуется спасти:

    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. Подключите диск, который требуется спасти, в качестве диска данных.

  3. Проверьте диски еще раз с помощью следующей команды:

    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

    В выходных данных команды структуры LVM отображаются не сразу.

  4. Просмотрите физические секции LVM с помощью следующей команды:

    sudo pvs

    В этих выходных данных отображаются предупреждения о повторяющихся физических томах (PV):

    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 Используйте команду , чтобы импортировать rootvg с диска данных, используя другое имя.

    Эта команда изменяет UUID виртуальной копии, а также активирует его:

    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. Проверьте изменение имени с помощью следующей команды:

    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. Переименуйте rootvg виртуальной машины спасения с помощью следующей команды:

    sudo vgrename rootvg oldvg

    Volume group "rootvg" successfully renamed to "oldvg"

  8. Проверьте диски с помощью следующей команды:

    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. Подключите файловую систему, полученную с диска данных.

    При использовании xfsукажите -o nouuid параметр , чтобы избежать конфликтов с идентификаторами UUID и подключить необходимые файловые системы для выполнения chroot. Этот параметр недоступен в ext4 файловых системах, поэтому его необходимо удалить из команд в таком сценарии:

    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

    Разделы /rescue/boot/ и /rescue/boot/efi не всегда могут находиться в /dev/sdc2 или /dev/sdc1. Если при попытке подключения этих секций возникла ошибка, проверка файл /rescue/etc/fstab, чтобы определить правильные устройства для секций /bootи /boot/efi с неработающего диска ОС. Затем выполните blkid команду и сравните UUID из файла /rescue/etc/fstab с выходными данными blkid команды, чтобы определить правильное устройство для подключения /rescue/boot/ и /rescue/boot/efi на виртуальной машине восстановления. В выходных данных могут отображаться повторяющиеся идентификаторы UUID. В этом сценарии подключите раздел, соответствующий букве устройства из шага 5. В примере этого раздела правильным разделом, который необходимо подключить, является /dev/sdc. Dev/sda представляет операционную систему, используемую в настоящее время, и ее следует игнорировать.

  10. Проверьте подключения с помощью следующей команды:

    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. Используйте chroot с помощью следующей команды:

    sudo chroot /rescue/

  12. Проверьте подключение "внутри" среды chroot с помощью следующей команды:

    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 является тот, который установлен на /.

  13. Переименуйте группу томов (VG), чтобы обеспечить ее согласованность с помощью следующей команды. Переименование VG не позволит вам столкнуться с проблемами при повторном создании инициализации инициализации и повторной загрузке диска на исходной виртуальной машине.

    sudo vgrename rescuemevg rootvg

    Volume group "rescuemevg" successfully renamed to "rootvg"

  14. Проверьте изменение с помощью следующей команды:

    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. Выполните необходимые действия для спасения ОС. Эти действия могут включать повторное создание initramfs или конфигурацию GRUB.

  16. Выйдите из среды chroot с помощью следующей команды:

    sudo exit

  17. Отключите диск данных от виртуальной машины спасения и выполните переключение диска с исходной виртуальной машиной с помощью следующих команд:

    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. Запустите исходную виртуальную машину и проверьте ее функциональность.

Oracle 7.x

  1. Остановите или освободите затронутую виртуальную машину.

  2. Создайте образ виртуальной машины для спасения той же версии ОС, в той же группе ресурсов (RSG) и расположении с помощью управляемого диска.

  3. Используйте портал Azure, чтобы snapshot диска ОС затронутой виртуальной машины.

  4. Создайте диск из snapshot диска ОС и подключите его к виртуальной машине спасения.

  5. После создания диска устраните неполадки в среде chroot на виртуальной машине для спасения.

    1. Получите доступ к виртуальной машине в качестве корневого пользователя с помощью следующей команды:

      sudo su -

    2. Найдите диск с помощью dmesg (метод, используемый для обнаружения нового диска, может отличаться). В следующем примере используется dmesg для фильтрации по дискам SCSI:

      dmesg | grep SCSI

      Выходные данные команды похожи на приведенный ниже пример. В этом примере /dev/sdc требуется диск:

      [    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. Для доступа к среде 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. Устранение неполадок в среде chroot.

    5. Чтобы выйти из среды 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

      Примечание.

      Если появляется сообщение об ошибке "Не удалось отключить /rescue", добавьте -l параметр в umount команду, например umount -l /rescue.

  6. Отключите диск от виртуальной машины спасения и выполните переключение диска с исходной виртуальной машиной.

  7. Запустите исходную виртуальную машину и проверка ее подключение.

SUSE-SLES 12 с пакетом обновления 4 (SP4), SUSE-SLES 12 SP4 для SAP && ## SUSE-SLES 15 с пакетом обновления 1 (SP1), SUSE-SLES 15 с пакетом обновления 1 (SP1) для SAP

  1. Остановите или освободите затронутую виртуальную машину.

  2. Создайте образ виртуальной машины для спасения той же версии ОС, в той же группе ресурсов (RSG) и расположении с помощью управляемого диска.

  3. Используйте портал Azure, чтобы snapshot диска ОС затронутой виртуальной машины.

  4. Создайте диск из snapshot диска ОС и подключите его к виртуальной машине спасения.

  5. После создания диска устраните неполадки в среде chroot на виртуальной машине для спасения.

    1. Получите доступ к виртуальной машине в качестве корневого пользователя с помощью следующей команды:

      sudo su -

    2. Найдите диск с помощью dmesg (метод, используемый для обнаружения нового диска, может отличаться). В следующем примере используется dmesg для фильтрации по дискам SCSI:

      dmesg | grep SCSI

      Выходные данные команды похожи на приведенный ниже пример. В этом примере /dev/sdc требуется диск:

      [    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. Для доступа к среде 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. Устранение неполадок в среде chroot.

    5. Чтобы выйти из среды 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

      Примечание.

      Если появляется сообщение об ошибке "Не удалось отключить /rescue", добавьте -l параметр в umount команду, например umount -l /rescue.

  6. Отключите диск от виртуальной машины спасения и выполните переключение диска с исходной виртуальной машиной.

  7. Запустите исходную виртуальную машину и проверка ее подключение.

Дальнейшие действия

Свяжитесь с нами для получения помощи

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.