LUKS 파티션 복구

2 개의 파티션이있는 드라이브-첫 번째는 일반 ext4이고 두 번째는 LUKS로 암호화됩니다. 파티션 테이블을 덮어 썼습니다. 두 번째 파티션의 시작 부분을 찾았으므로 복구해야합니다.

#hexdump -s 400000m -C /dev/sdc | grep LUKS
61d3dec850 79 c8 81 6d e5 4c 55 4b 53 40 49 aa 29 df de d7 |y..m.LUKS@I.)...|

그때:

#losetup -o 0x61d3dec850 -r -f /dev/sdc
#losetup -a
/dev/loop0: [0005]:477209 (/dev/sdc), offset 420166420560

지금까지이 문제가 나타납니다.

#cryptsetup luksOpen /dev/loop0 luksrecover
Device /dev/loop0 is not a valid LUKS device.

진행하는 방법을 조언하십시오. 오프셋이 잘못 되었습니까? https://unix.stackexchange.com/questions/103919/how-do-i-find-the-offset-of-an-ext4-filesystem 여기에서 조언 된대로 ext4를 식별하는 마법 번호 0xEF53을 찾아야 합니까?

1TB 드라이브이므로 시간을 절약하기 위해 지정된 오프셋에서 시작할 수있는 옵션이없는 testdisk와 같이 가능하면 전체 드라이브 (시간 및 시간)를 다시 스캔하지 않는 충고가 필요합니다. 스캐닝. 미리 감사드립니다.

추신 : 이것은 가깝지만 확실하지는 않습니다 : https://unix.stackexchange.com/questions/177070/lvm-encrypted-partition-without-partition-table

LUKS 파티션의 올바른 오프셋을 찾지 못한 것이 두렵습니다. LUKS가 \ xba \ xbe로 나타나고 16 진 덤프에는 나타나지 않습니다.

LC_ALL = C grep -a -b -P 'LUKS \ xba \ xbe'/ dev / sdc를 사용하여 디스크를 검색하십시오.

파티션 데이터가 여전히 존재하면, 올바른 오프셋 (10 진)과 함께 offset : LUKS ....가 출력됩니다.