mount -a를 수행하려고 하면 이벤트가 수신됩니다. 다음 오류가 발생합니다. 그렇다면 이 문제를 해결하는 방법은 무엇입니까?
마운트: /dev/vgname/lvname: 슈퍼블록을 읽을 수 없습니다.
답변1
내 경우에는 그 아래에 설치된 읽기 전용 추상화로 인해 이 오류가 발생했습니다. 읽기 전용 설치 vmfs6-fuse
와 함께 qemu-nbd
VMWARE 복구를 수행했습니다 .
이 경우 다음 옵션을 사용하여 LVM을 설치하면 ro,noload
문제가 해결될 수 있습니다.
mount -o ro,noload /dev/vg/lv /mnt
답변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
.
다른 모든 방법이 실패하면 reinitialization 을 사용하십시오 mkfs.ext4
. 불량 블록이 있는지 확인하세요.
답변3
따라서 LVM 논리 볼륨에 있는 파일 시스템의 슈퍼블록을 읽을 수 없습니다. 먼저 볼륨 그룹의 모든 LV가 활성화되었는지 확인합니다 vgchange -ay vgname
.
이것이 도움이 되지 않으면 실행하여 lvs
지정된 LV가 실제로 존재하는지 확인하십시오.