Como corrigir se eu recebi mount: / dev / vgname / lvname: não consigo ' ler o superbloco para o sistema de arquivos local?

Recebi um incidente quando estava tentando montar -a. Eu estava recebendo o erro abaixo. Então, como corrigir este problema?

mount: / dev / vgname / lvname: não consigo ler o superbloco

Resposta

No meu caso, recebi este erro devido a uma montagem de abstração somente leitura abaixo dela. Eu estava usando vmfs6-fuse em combinação com um qemu-nbd montagem somente leitura para uma recuperação VMWARE.

Nesse caso, montar o LVM com a opção ro,noload resolveu o problema:

mount -o ro,noload /dev/vg/lv /mnt 

Resposta

Portanto, um sistema de arquivos localizado em um volume lógico LVM não tem seu superbloco legível. Primeiro, certifique-se de que todos os LVs no grupo de volume foram ativados: vgchange -ay vgname.

Se isso não ajudar, execute lvs para verificar se o LV nomeado realmente existe.

Resposta

Se o volume lógico existe e está ativo , pode ser que o superbloco esteja de alguma forma corrompido. Se o sistema de arquivos for um ext2, ext3 ou ext4, existem superblocos de backup disponíveis. Para encontrá-los:

dumpe2fs /dev/vgname/lvname | grep superblock 

Você obterá alguns resultados como:

$ sudo dumpe2fs /dev/sdb1 | grep uperb | more dumpe2fs 1.45.4 (23-Sep-2019) Primary superblock at 0, Group descriptors at 1-25 Backup superblock at 32768, Group descriptors at 32769-32793 Backup superblock at 98304, Group descriptors at 98305-98329 Backup superblock at 163840, Group descriptors at 163841-163865 Backup superblock at 229376, Group descriptors at 229377-229401 Backup superblock at 294912, Group descriptors at 294913-294937 Backup superblock at 819200, Group descriptors at 819201-819225 Backup superblock at 884736, Group descripmount sb=32768 /dev/sda2 /mnttors at 884737-884761 

Você provavelmente pode montar o sistema de arquivos com:

mount sb=32768 /dev/vgname/lvname /mnt 

(o 32768 sendo o primeiro superbloco de backup da saída anterior)

Se funcionar, você pode fazer backup de alguns arquivos importantes e / ou iniciar um reparo:

fsck -b 32768 /dev/vgname/lvname 

Você pode tentar fsck -y se não “não quero reconhecer todos os reparos.

Se nenhum dos superblocos de backup funcionar, você deve esperar que seu último backup seja válido ou tente ferramentas de recuperação como ext4magic , PhotoRec ou scalpel.

Se tudo falhar, reinicialize com mkfs.ext4. Certifique-se de fazer a verificação de bloqueio incorreto.

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *