작년에 LVM 그룹에 2개의 4TB HDD를 넣었지만 nextcloud 설치에 큰 문제가 발생하여 실제로 서버를 사용하지 않게 되었습니다. 어느 시점에서 부팅 문제가 발생하기 시작하여 LVM 볼륨과 그룹을 삭제했습니다.
최근에 이 시스템에 Ubuntu 18.04를 완전히 다시 설치했는데 이 HDD가 LVM2에서 다시 작동하도록 할 수 없었습니다. KVPM을 사용하여 LVM2 PV로 만든 다음 그룹과 볼륨으로 만들었습니다. 마지막 단계로 설치할 수 없습니다.
sudo mke2fs -n /dev/mapper/lvmgroup-lvmvol
mke2fs 1.44.1 (24-Mar-2018)
Creating filesystem with 1953507328 4k blocks and 244191232 inodes
Filesystem UUID: 278308bd-878e-4dde-8bac-420ddb858636
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544, 1934917632
일부 가이드에서는 fsck가 이러한 블록을 지울 수 있다고 제안합니다.
$ sudo e2fsck -b 32768 /dev/lvmVolGroup/lvmVGVol
e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/lvmVolGroup/lvmVGVol
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Found a gpt partition table in /dev/lvmVolGroup/lvmVGVol
그러나 나열된 불량 블록 중 많은 것을 시도했지만 모두 8193 및 32768에 대해 불평합니다. 예, 동일한 블록도 시도해 보았으나 동일한 메시지가 나타납니다.
그래서 모든 LVM 단계를 제거/제거하고 gparted를 사용하여 두 드라이브를 완전히 다시 포맷하고 다시 시작해 보았습니다. 이것은 작동하지 않으며 여전히 똑같은 문제가 있습니다.
지난번에는 LVM이 제대로 작동하는지 테스트하기 위해 일부 데이터를 LVM으로 전송했는데 다른 백업이 있었기 때문에 기존 데이터를 유지하는 데는 별로 관심이 없었습니다. 다시 작동하려면 LVM이 필요합니다. 드라이브 자체는 새 제품으로 구입하고 반년 동안 꺼진 시스템에 방치하기 전에 개별적으로 테스트했기 때문에 여전히 작동해야 합니다.
내가 무엇을 할 수 있는지 아는 사람 있나요?
답변1
새 LVM 논리 볼륨을 생성한 후 다음을 실행했습니까?mkfs
아니요-n
그 옵션 은?
스토리지를 다층 케이크로 생각해야 합니다. 맨 아래 계층은 하드웨어이고 파티셔닝, 디스크 암호화, 소프트웨어 RAID 또는 LVM과 같은 다양한 옵션 계층이 있으며 기본적으로 원하는 수의 계층을 순서에 관계없이 적용할 수 있습니다(모두는 아니지만). 주문이 의미가 있을 수 있습니다). 맨 위에는 일반적으로 파일 시스템이 있습니다.
중간 레이어 중 하나를 다시 초기화하면 일반적으로 해당 레이어 "위의" 모든 항목이 손실되어 다시 수행해야 한다고 가정해야 합니다. 따라서 이 경우 LVM PV를 다시 초기화하고 볼륨 그룹과 LV를 다시 생성할 때 LV 위의 파일 시스템이 손실된다는 것을 가정해야 합니다.