Как исправить, если я получил mount: /dev/vgname/lvname: не могу прочитать суперблок для локальной файловой системы?

С Python ,

#! /usr/bin/env python3
import sys
from itertools import chain, permutations
# from the docs https://docs.python.org/3/library/itertools.html#itertools-recipes
# modified for permutations instead of combinations


def powerset_perm(iterable):
    s = list(iterable)
    return chain.from_iterable(permutations(s, r) for r in range(1, len(s) + 1))


for w in powerset_perm(sys.argv[1:]):
    print("".join(w))

Пример:

~./foo.py foo フー bar1™
foo
フー
bar1™
fooフー
foobar1™
フーfoo
フーbar1™
bar1™foo
bar1™フー
fooフーbar1™
foobar1™フー
フーfoobar1™
フーbar1™foo
bar1™fooフー
bar1™フーfoo

0
16.02.2020, 15:12
2 ответа

Если логический том существует и активен, возможно, суперблок каким-то образом поврежден. Если файловая система ext2, ext3 или ext4, доступны резервные суперблоки. Чтобы найти их:

dumpe2fs /dev/vgname/lvname | grep superblock

Вы получите что-то вроде:

$ 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

Вероятно, вы можете смонтировать файловую систему с помощью:

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

(32768 является первым резервным суперблоком из предыдущего вывода)

Если это сработает, вы можете сделать резервную копию некоторых важных файлов и/или начать восстановление:

fsck -b 32768 /dev/vgname/lvname

Вы можете попробовать fsck -y, если не хотите подтверждать все исправления.

Если ни один из резервных суперблоков не работает, вы должны надеяться, что ваша последняя резервная копия действительна, или попробовать инструменты восстановления, такие как ext4magic, PhotoRecили scalpel.

Если ничего не помогает, повторно -инициализируйте с помощью mkfs.ext4. Убедитесь, что вы выполняете проверку плохих блоков.

0
28.04.2021, 23:23

В моем случае я получил эту ошибку из-за монтирования абстракции -только для чтения под ней. Я использовал vmfs6-fuseв сочетании с монтированием qemu-nbdтолько для чтения -для восстановления VMWARE.

В этом случае установка LVM с опцией ro,noloadрешила проблему:

mount -o ro,noload /dev/vg/lv /mnt
6
28.04.2021, 23:23

Теги

Похожие вопросы