
파티션이 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.
오프셋이 잘못된 걸까요? 0xEF53
ext4를 식별하는 매직 넘버를 찾아야 할까요?여기 조언대로?
1TB 드라이브이므로 전체 드라이브를 다시 스캔하도록 강요하지 않는 조언이 필요합니다(예: testdisk
스캔 시간을 절약하기 위해 지정된 오프셋에서 시작할 수 있는 옵션이 없는 것 같습니다).
답변1
dd if=/dev/mapper/storage2-crypto bs=16 count=1 2>/dev/null |
od -t c -t x1
0000000 L U K S 272 276 \0 001 a e s \0 \0 \0 \0 \0
4c 55 4b 53 ba be 00 01 61 65 73 00 00 00 00 00
내 시스템에서는 이렇게 보입니다. 보다https://gitlab.com/cryptsetup/cryptsetup/wikis/LUKS-standard/on-disk-format.pdf(6페이지)
처음 6바이트는 동일해야 하며 아마도 처음 8바이트, 처음 16바이트 이상일 것입니다. 매직 바이트가 아니기 LUKS
때문에 분명히 잘못된 문자열을 찾았습니다 .LUKS@I
올바른 데이터를 찾으세요. 그것은 당신에게 올바른 위치를 제공해야합니다.