
여전히 드라이브의 암호를 해독하고 파일을 볼 수 있지만 물리적 정보와 볼륨 정보가 공백으로 나타납니다.
아래를 참조하십시오. 물리 볼륨과 논리 볼륨을 다시 생성할 수 있는 방법이 있습니까?
root@dad-PC:/home/dad# cryptsetup luksOpen /dev/sdc5 sdc5_crypt
Enter passphrase for /dev/sdc5:
root@dad-PC:/home/dad# pvdisplay
root@dad-PC:/home/dad# pvscan
No matching physical volumes found
root@dad-PC:/home/dad# lvscan
No volume groups found
파일은 모두 있습니다:
root@dad-PC:/home/dad# fsck -y /dev/mapper/sdc5_crypt
fsck from util-linux 2.20.1
e2fsck 1.43-WIP (18-May-2015)
/dev/mapper/sdc5_crypt was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/sdc5_crypt: 395971/7684096 files (1.1% non-contiguous), 17169574/30735914 blocks
답변1
유효한 LUKS 볼륨 처럼 보이지만 sdc5
(아직?) 유효한 ext2/3/4 파일 시스템만 포함하고 있습니다.
sdc5_crypt
LVM PV를 포함하는 데 사용되는 경우 LVM 계층 개입 없이 암호화된 컨테이너에 생성된 파일 시스템에 의해 덮어쓰여지는 것으로 보입니다.
이 디스크에 LVM 레이어가 있었나요?
디렉터리에는 /etc/lvm/backup
LVM 구성 메타데이터의 최근 백업이 있어야 합니다. 백업 파일은 각 LVM 물리 볼륨의 시작점과 크기, 해당 UUID 문자열, 볼륨이 마지막으로 표시된 장치 이름에 대한 정보를 포함하는 사람이 읽을 수 있는 텍스트 파일입니다.
유사한 장치 이름이 반드시 지속되는 것은 아니라는 점을 명심하십시오 /dev/sdc
. 하드웨어 구성이 변경되고 시스템이 재부팅되면 이전 디스크는 /dev/sdc
이제 다른 장치 이름을 가질 수 있습니다. 그렇다면 백업된 LVM 구성이 실제로 어떤 디스크를 참조하는지 확인하기 위한 단서로 파티션 번호와 크기를 사용해야 할 수도 있습니다.
또한 /root/.bash_history
이 디스크/파티션에 영향을 줄 수 있는 명령이 있는지 파일을 확인하세요. 실제로 무슨 일이 일어나고 있는지 이해하는 데 도움이 될 수 있습니다.