Cum repar dacă am primit mount: / dev / vgname / lvname: ' nu poate citi superblocul pentru sistemul de fișiere local?

Am primit un incident când încercam să fac mount -a. Primeam eroarea de mai jos. Deci, cum să remediați această problemă?

mount: / dev / vgname / lvname: nu se poate citi superbloc

Răspunde

În cazul meu, am primit această eroare din cauza unei abstracții de numai citire montată sub ea. Foloseam vmfs6-fuse în combinație cu un qemu-nbd montare numai în citire pentru o recuperare VMWARE.

În acest caz, montarea LVM cu opțiunea ro,noload a rezolvat problema:

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

Răspuns

Deci, un sistem de fișiere situat pe un volum logic LVM nu are superblocul său citibil. În primul rând, asigurați-vă că toate LV-urile din grupul de volume au fost activate: vgchange -ay vgname.

Dacă acest lucru nu ajută, rulați lvs pentru a verifica dacă LV-ul numit există de fapt.

Răspuns

Dacă volumul logic există și este activ , se poate ca superblocul să fie cumva corupt. Dacă sistemul de fișiere este ext2, ext3 sau ext4, sunt disponibile superblocuri de rezervă. Pentru a le găsi:

dumpe2fs /dev/vgname/lvname | grep superblock 

Veți obține rezultate precum:

$ 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 poate monta probabil sistemul de fișiere cu:

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

(32768 fiind primul superbloc de rezervă din ieșirea anterioară)

Dacă funcționează, puteți face copii de siguranță ale unor fișiere importante și / sau începeți o reparație:

fsck -b 32768 /dev/vgname/lvname 

Ați putea încerca fsck -y dacă nu „Nu vreau să confirm toate reparările.

Dacă niciuna dintre superblocurile de rezervă nu funcționează, trebuie să sperați că ultima copie de rezervă este validă sau încercați instrumente de recuperare precum ext4magic , PhotoRec sau scalpel.

Dacă totul eșuează, reinițializați cu mkfs.ext4. Asigurați-vă că efectuați o verificare greșită a blocurilor.

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *