Jak naprawić, jeśli otrzymałem mount: / dev / vgname / lvname: czy ' t czytać superblock dla lokalnego systemu plików?

Otrzymałem incydent podczas próby wykonania mount -a. Otrzymałem poniższy błąd. Jak więc rozwiązać ten problem?

mount: / dev / vgname / lvname: nie można odczytać superbloku

Answer

W moim przypadku otrzymałem ten błąd z powodu umieszczenia abstrakcji tylko do odczytu poniżej. Używałem vmfs6-fuse w połączeniu z qemu-nbd montowanie tylko do odczytu dla odzyskiwania VMWARE.

W tym przypadku zamontowanie LVM z opcją ro,noload rozwiązało problem:

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

Odpowiedź

Zatem system plików umieszczony na woluminie logicznym LVM nie ma swojego superbloku czytelne. Najpierw upewnij się, że wszystkie LV w grupie woluminów zostały aktywowane: vgchange -ay vgname.

Jeśli to nie pomoże, uruchom lvs, aby sprawdzić, czy podany LV faktycznie istnieje.

Odpowiedź

Jeśli wolumin logiczny istnieje i jest aktywny , może się zdarzyć, że superblok jest w jakiś sposób uszkodzony.Jeśli system plików to ext2, ext3 lub ext4, dostępne są zapasowe superbloki. Aby je znaleźć:

dumpe2fs /dev/vgname/lvname | grep superblock 

Otrzymasz takie wyniki, jak:

$ 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 

prawdopodobnie może zamontować system plików za pomocą:

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

(32768 to pierwszy superblok zapasowy z poprzedniego wyjścia)

Jeśli to zadziała, możesz wykonać kopię zapasową niektórych ważnych plików i / lub rozpocząć naprawę:

fsck -b 32768 /dev/vgname/lvname 

Możesz spróbować fsck -y, jeśli tego nie zrobisz „Nie chcę potwierdzać wszystkich napraw.

Jeśli żaden z zapasowych superbloków nie działa, musisz mieć nadzieję, że ostatnia kopia zapasowa jest prawidłowa, lub wypróbuj narzędzia do odzyskiwania, takie jak ext4magic , PhotoRec lub scalpel.

Jeśli wszystko się nie powiedzie, zainicjuj ponownie z mkfs.ext4. Upewnij się, że wykonujesz złe sprawdzanie bloków.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *