비정형 구조의 LUKS 암호화 디스크가 있습니다. 디스크 전체(3TB)가 암호화되어 있어 2차 파티션이 없습니다. /dev/sdb지원 예시가 없습니다 /dev/sdb1. 디스크는 ext4/GPT를 사용하여 분할됩니다.
Windows 10은 이러한 유형의 디스크 발생을 처리하는 방법을 모르고 파티션 테이블과 첫 번째 100MB를 덮어쓸 수 있다고 결정합니다. 이는 단순히 시스템이 예상 OS 드라이브를 보기 전에 이 드라이브를 먼저 보기 때문입니다. 이는 명시적인 허가 없이 이루어졌습니다.
제 질문에 도움을 주셔서 미리 감사드립니다.
LUKS 헤더의 백업이 있습니다. 헤더를 복구할 수 있고 비밀번호를 허용하지만 내부 디스크 구조에서는 실행 가능한 데이터를 생성하지 않습니다. 마운트할 수 없습니다. Testdisk는 LUKS 암호화 디스크의 내부 구조에 대해 여러 가지 결과를 생성했습니다. 다음은 로그 파일의 예입니다.
더 많은 데이터를 손상시키지 않고 이전 파티션 테이블을 복원할 수 있는지 알고 싶습니다. 좀 읽어봤는데 파티션 테이블을 수동으로 다시 작성하는 것만으로는 작동하지 않는 것 같나요? 드라이브를 다시 파티션하면 헤더가 제거되고, 헤더를 교체하면 파티션 테이블에 영향을 줍니다.
도움을 주셔서 다시 한번 감사드립니다.
로그 파일 발췌
Disk /dev/mapper/sda - 3000 GB / 2794 GiB - 5860529072 sectors
block_group_nr 1
recover_EXT2: part_offset problem
block_group_nr 1
recover_EXT2: "e2fsck -b 32768 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=1/22356, s_mnt_count=16/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 732566134
recover_EXT2: part_size 5860529072
Filesystem created: Wed Mar 22 01:44:28 2017
Last mount time: Fri Mar 24 21:46:42 2017
Linux filesys. data 0 5860529071 5860529072 [Movies]
ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 3000 GB / 2794 GiB
Partition not added.