Come risolvere il problema se ricevo mount: / dev / vgname / lvname: ' t leggere il superblocco per il filesystem locale?

Ho ricevuto un incidente mentre stavo tentando di eseguire il montaggio -a. Ricevo lerrore seguente. Allora come risolvere questo problema?

mount: / dev / vgname / lvname: “t leggere il superblocco

Answer

Nel mio caso ho ricevuto questo errore a causa di un montaggio di astrazione di sola lettura sottostante. Stavo usando vmfs6-fuse in combinazione con un qemu-nbd montaggio in sola lettura per un ripristino VMWARE.

In questo caso, il montaggio di LVM con lopzione ro,noload ha risolto il problema:

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

Risposta

Quindi, un filesystem situato su un volume logico LVM non ha il suo superblocco leggibile. Innanzitutto, assicurati che tutti i LV nel gruppo di volumi siano stati attivati: vgchange -ay vgname.

Se questo non aiuta, esegui lvs per verificare che il LV denominato esista effettivamente.

Risposta

Se il volume logico esiste ed è attivo , potrebbe essere che il superblocco sia in qualche modo danneggiato.Se il filesystem è un ext2, ext3 o ext4, sono disponibili superblocchi di backup. Per trovarli:

dumpe2fs /dev/vgname/lvname | grep superblock 

Otterrai un output del tipo:

$ 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 

Tu può probabilmente montare il filesystem con:

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

(il 32768 è il primo superblocco di backup dalloutput precedente)

Se funziona, puoi eseguire il backup di alcuni file importanti e / o avviare una riparazione:

fsck -b 32768 /dev/vgname/lvname 

Potresti provare fsck -y se non lo fai “Voglio riconoscere tutte le riparazioni.

Se nessuno dei superblocchi di backup funziona, devi sperare che il tuo ultimo backup sia valido o provare strumenti di ripristino come ext4magic , PhotoRec o scalpel.

Se tutto non riesce, reinizializza con mkfs.ext4. Assicurati di eseguire il controllo dei blocchi errati.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *