Ambiente chroot em uma VM de resgate do Linux

  • Artigo

Observação

O CentOS referenciado neste artigo é uma distribuição do Linux e chegará ao EOL (End Of Life). Considere seu uso e planeje de acordo. Para obter mais informações, confira Diretrizes de Fim de Vida do CentOS.

Este artigo descreve como solucionar problemas do ambiente chroot na VM (máquina virtual de resgate) no Linux.

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

  1. Pare ou desaloque a VM afetada.

  2. Crie uma VM de resgate da mesma geração, mesma versão do sistema operacional, no mesmo grupo de recursos e local usando disco gerenciado.

  3. Use o portal do Azure para tirar uma instantâneo do disco de sistema operacional da máquina virtual afetada.

  4. Crie um disco do instantâneo do disco do sistema operacional e anexe-o à VM de resgate.

  5. Depois que o disco for criado, resolva problemas do ambiente chroot na VM de resgate.

    1. Acesse sua VM como o usuário raiz usando o seguinte comando:

      sudo su -

    2. Encontre o disco usando dmesg (o método usado para descobrir seu novo disco pode variar). O exemplo a seguir usa para filtrar em discos dmesg SCSI (Small Computer Systems Interface):

      dmesg | grep SCSI

      A saída de comando é semelhante ao exemplo a seguir. Neste exemplo, o disco /dev/sdc é o que você deseja:

      [    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. Use os seguintes comandos para acessar o ambiente 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. Solucionar problemas do ambiente chroot.

    5. Use os seguintes comandos para sair do ambiente 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

      Observação

      Se você receber a mensagem de erro "incapaz de desmontar/resgatar", adicione a opção -l ao umount comando, por exemplo, umount -l /rescue.

  6. Desanexe o disco da VM de resgate e realize uma troca de disco com a VM original.

  7. Inicie a VM original e marcar sua conectividade.

RHEL/Centos/Oracle 6.x && Oracle 8.x && RHEL/Centos 7.x com Partições RAW

  1. Pare ou desaloque a VM afetada.

  2. Crie uma imagem de VM de resgate da mesma versão do sistema operacional no mesmo grupo de recursos (RSG) e local usando um disco gerenciado.

  3. Use o portal do Azure para tirar uma instantâneo do disco de sistema operacional da máquina virtual afetada.

  4. Crie um disco do instantâneo do disco do sistema operacional e anexe-o à VM de resgate.

  5. Depois que o disco for criado, resolva problemas do ambiente chroot na VM de resgate.

    1. Acesse sua VM como o usuário raiz usando o seguinte comando:

      sudo su -

    2. Encontre o disco usando dmesg (o método usado para descobrir seu novo disco pode variar). O exemplo a seguir usa dmesg para filtrar em discos SCSI:

      dmesg | grep SCSI

      A saída de comando é semelhante ao exemplo a seguir. Neste exemplo, o disco /dev/sdc é o que você deseja:

      [    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. Use os seguintes comandos para acessar o ambiente 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. Solucionar problemas do ambiente chroot.

    5. Use os seguintes comandos para sair do ambiente chroot:

      exit

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

      Observação

      Se você receber a mensagem de erro "incapaz de desmontar/resgatar", adicione a opção -l ao umount comando, por exemplo, umount -l /rescue.

  6. Desanexe o disco da VM de resgate e realize uma troca de disco com a VM original.

  7. Inicie a VM original e marcar sua conectividade.

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

Observação

Se sua VM original incluir o LVM (Logical Volume Manager) no Disco do sistema operacional, crie a VM de resgate usando a imagem com partições brutas no Disco do sistema operacional.

  1. Pare ou desaloque a VM afetada.

  2. Crie uma imagem de VM de resgate da mesma versão do sistema operacional no mesmo grupo de recursos (RSG) e local usando um disco gerenciado.

  3. Use o portal do Azure para tirar uma instantâneo do disco de sistema operacional da máquina virtual afetada.

  4. Crie um disco do instantâneo do disco do sistema operacional e anexe-o à VM de resgate.

  5. Depois que o disco for criado, resolva problemas do ambiente chroot na VM de resgate.

    1. Acesse sua VM como o usuário raiz usando o seguinte comando:

      sudo su -

    2. Encontre o disco usando dmesg (o método usado para descobrir seu novo disco pode variar). O exemplo a seguir usa dmesg para filtrar em discos SCSI:

      dmesg | grep SCSI

      A saída de comando é semelhante ao exemplo a seguir. Neste exemplo, o disco /dev/sdc é o que você deseja:

      [    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. Use os seguintes comandos para ativar o grupo de volume lógico:

      vgscan --mknodes
vgchange -ay
lvscan

    4. Use o lsblk comando para recuperar os nomes 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. Use os seguintes comandos para preparar o dir chroot:

      mkdir /rescue
mount /dev/mapper/rootvg-rootlv /rescue
mount /dev/mapper/rootvg-varlv /rescue/var
mount /dev/mapper/rootvg-homelv /rescue/home
mount /dev/mapper/rootvg-usrlv /rescue/usr
mount /dev/mapper/rootvg-tmplv /rescue/tmp
mount /dev/mapper/rootvg-optlv /rescue/opt
mount /dev/sdc2 /rescue/boot/
mount /dev/sdc1 /rescue/boot/efi

      As partições /rescue/boot/ e /rescue/boot/efi nem sempre podem estar localizadas em /dev/sdc2 ou /dev/sdc1. Se você encontrar um erro ao tentar montar essas partições, marcar o arquivo /rescue/etc/fstab para determinar os dispositivos corretos para as partições /boot e /boot/efi do disco do sistema operacional quebrado. Em seguida, execute o blkid comando e compare o UUID (Universal Unique Identifier) do arquivo /rescue/etc/fstab com a saída do blkid comando para determinar o dispositivo correto para montagem /rescue/boot/ e /rescue/boot/efi na VM de reparo.

      O mount /dev/mapper/rootvg-optlv /rescue/opt comando poderá falhar se o grupo de volume rootvg-optlv não existir. Nesse caso, você pode ignorar esse comando.

    6. Acesse o ambiente chroot usando os seguintes comandos:

      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. Solucionar problemas do ambiente chroot.

    8. Use os seguintes comandos para sair do ambiente 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

      Observação

      Se você receber a mensagem de erro "incapaz de desmontar/resgatar", adicione a opção -l ao umount comando, por exemplo, umount -l /rescue.

  6. Desanexe o disco da VM de resgate e realize uma troca de disco com a VM original.

  7. Inicie a VM original e marcar sua conectividade.

Usando a mesma imagem LVM

Observação

Se você precisar implantar a VM de resgate usando a mesma imagem LVM, precisará modificar alguns aspectos da VM de resgate com LVM.

Os comandos a seguir devem ser executados na VM de recuperação/resgate criada temporariamente para a operação de recuperação.

  1. Use o seguinte comando para marcar o status dos discos antes de anexar o disco que você deseja resgatar:

    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. Anexar o disco que você deseja resgatar como uma unidade de dados.

  3. Verifique os discos novamente usando o seguinte comando:

    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

    A saída de comando não mostra as estruturas LVM imediatamente.

  4. Exibir partições LVM físicas usando o seguinte comando:

    sudo pvs

    Essa saída mostra avisos sobre os volumes físicos duplicados (PVs):

    WARNING: Not using lvmetad because duplicate PVs were found.
WARNING: Use multipath or vgimportclone to resolve duplicate PVs?
WARNING: After duplicates are resolved, run "pvscan --cache" to enable lvmetad.
WARNING: Not using device /dev/sdc4 for PV pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU.
WARNING: PV pdSI2Q-ZEzV-oT6P-R2JG-ZW3h-cmnf-iRN6pU prefers device /dev/sda4 because device is used by LV.
PV         VG     Fmt  Attr PSize   PFree
/dev/sda4  rootvg lvm2 a--  <63.02g <38.02g

  5. Use o vmimportclone comando para importar o rootvg da unidade de dados usando outro nome.

    Esse comando altera o UUID do PV e também o ativa:

    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. Verifique a alteração de nome usando o seguinte comando:

    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. Renomeie o rootvg da VM de resgate usando o seguinte comando:

    sudo vgrename rootvg oldvg

    Volume group "rootvg" successfully renamed to "oldvg"

  8. Verifique os discos usando o seguinte comando:

    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. Monte o sistema de arquivos proveniente da unidade de dados.

    Ao usar xfs, especifique a opção -o nouuid para evitar conflitos com os UUIDs e montar os sistemas de arquivos necessários para executar um chroot. Essa opção não está disponível em ext4 sistemas de arquivos, portanto, você precisa removê-la dos comandos em tal cenário:

    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

    As partições /rescue/boot/ e /rescue/boot/efi nem sempre podem estar localizadas em /dev/sdc2 ou /dev/sdc1. Se você encontrar um erro ao tentar montar essas partições, marcar o arquivo /rescue/etc/fstab para determinar os dispositivos corretos para as partições /boot e /boot/efi do disco do sistema operacional quebrado. Em seguida, execute o blkid comando e compare o UUID do arquivo /rescue/etc/fstab com a saída do blkid comando para determinar o dispositivo correto para montagem /rescue/boot/ e /rescue/boot/efi na VM de reparo. UUIDs duplicados podem aparecer na saída. Nesse cenário, monte a partição que corresponde à letra do dispositivo da etapa 5. No exemplo desta seção, a partição correta que você deve montar é /dev/sdc. O desenvolvimento/sda representa o sistema operacional atualmente em uso e deve ser ignorado.

  10. Verifique as montagens usando o seguinte comando:

    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. Use chroot usando o seguinte comando:

    sudo chroot /rescue/

  12. Verifique as montagens "dentro" do ambiente chroot usando o seguinte comando:

    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   /

    Agora, rescuemevg-rootlv é aquele montado em /.

  13. Renomeie o VG (Grupo de Volumes) para mantê-lo consistente usando o comando a seguir. A renomeação da VG impede que você enfrenta problemas ao regenerar o initrd e inicializar o disco novamente na VM original.

    sudo vgrename rescuemevg rootvg

    Volume group "rescuemevg" successfully renamed to "rootvg"

  14. Verifique a alteração usando o seguinte comando:

    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. Prossiga com as atividades necessárias para resgatar o sistema operacional. Essas atividades podem incluir a regeneração de initramfs ou a configuração grub.

  16. Saia do ambiente chroot usando o seguinte comando:

    sudo exit

  17. Desmonte e desanexe o disco de dados da VM de resgate e execute uma troca de disco com a VM original usando os seguintes comandos:

    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. Inicie a VM original e verifique sua funcionalidade.

Oracle 7.x

  1. Pare ou desaloque a VM afetada.

  2. Crie uma imagem de VM de resgate da mesma versão do sistema operacional, no mesmo grupo de recursos (RSG) e local usando um disco gerenciado.

  3. Use o portal do Azure para tirar uma instantâneo do disco de sistema operacional da máquina virtual afetada.

  4. Crie um disco do instantâneo do disco do sistema operacional e anexe-o à VM de resgate.

  5. Depois que o disco for criado, resolva problemas do ambiente chroot na VM de resgate.

    1. Acesse sua VM como o usuário raiz usando o seguinte comando:

      sudo su -

    2. Encontre o disco usando dmesg (o método usado para descobrir seu novo disco pode variar). O exemplo a seguir usa dmesg para filtrar em discos SCSI:

      dmesg | grep SCSI

      A saída de comando é semelhante ao exemplo a seguir. Neste exemplo, o /dev/sdc disco é o que você deseja:

      [    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. Use os seguintes comandos para acessar o ambiente 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. Solucionar problemas do ambiente chroot.

    5. Use os seguintes comandos para sair do ambiente 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

      Observação

      Se você receber a mensagem de erro "incapaz de desmontar/resgatar", adicione a opção -l ao umount comando, por exemplo, umount -l /rescue.

  6. Desanexe o disco da VM de resgate e realize uma troca de disco com a VM original.

  7. Inicie a VM original e marcar sua conectividade.

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

  1. Pare ou desaloque a VM afetada.

  2. Crie uma imagem de VM de resgate da mesma versão do sistema operacional, no mesmo grupo de recursos (RSG) e local usando um disco gerenciado.

  3. Use o portal do Azure para tirar uma instantâneo do disco de sistema operacional da máquina virtual afetada.

  4. Crie um disco do instantâneo do disco do sistema operacional e anexe-o à VM de resgate.

  5. Depois que o disco for criado, resolva problemas do ambiente chroot na VM de resgate.

    1. Acesse sua VM como o usuário raiz usando o seguinte comando:

      sudo su -

    2. Encontre o disco usando dmesg (o método usado para descobrir seu novo disco pode variar). O exemplo a seguir usa dmesg para filtrar em discos SCSI:

      dmesg | grep SCSI

      A saída de comando é semelhante ao exemplo a seguir. Neste exemplo, o /dev/sdc disco é o que você deseja:

      [    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. Use os seguintes comandos para acessar o ambiente 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. Solucionar problemas do ambiente chroot.

    5. Use os seguintes comandos para sair do ambiente 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

      Observação

      Se você receber a mensagem de erro "incapaz de desmontar/resgatar", adicione a opção -l ao umount comando, por exemplo, umount -l /rescue.

  6. Desanexe o disco da VM de resgate e realize uma troca de disco com a VM original.

  7. Inicie a VM original e marcar sua conectividade.

Próximas etapas

Entre em contato conosco para obter ajuda

Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.