LUKS 파티션 복원

LUKS 파티션 복원

일부 데이터를 보관하는 데 사용했던 디스크가 갑자기 마운트할 수 없게 되면서 모든 것이 시작되었습니다.

터미널을 사용하려고 하면 다음과 같은 메시지가 나타납니다. "슈퍼블록에 따른 파일 시스템 크기는 732566128입니다. 블록 장치의 물리적 크기는 732565864 블록입니다. 슈퍼블록 또는 파티션 테이블이 손상되었을 수 있습니다!"

Gnome-Disk-Utility를 사용하여 마운트하려고 하면 다음 오류가 발생합니다: "/media/user1/3PAB에서 /dev/dm-6 마운트 오류: 명령줄 `mount -t "ext3" -o " uhelper = udisks2,nodev,nosuid" "/dev/dm-6" "/media/user1/3PAB"'가 0이 아닌 상태로 종료되었습니다. 32: 마운트: 잘못된 fs 유형, 잘못된 옵션, /dev/mapper/ 슈퍼블록 luks의 오류- c4ebeef5-7537-417e-b63b-fedc99561677, 코드 페이지 또는 도우미 누락 또는 기타 오류

어떤 경우에는 syslog에서 유용한 정보를 찾을 수 있습니다. dmesg tail 등을 시도해 보세요. (udisks - 오류 쿼크, 0)"

또한 syslog에서는 다음을 제공합니다. "Dec 12 15:12:44 d8d kernel: [47.862779] EXT4-fs (dm-6): Mounting ext3 file system using ext4 subsystem Dec 12 15:12:44 d8d kernel: [47.863025] EXT4-fs(dm-6): 형상 오류: 블록 수 732566128이 장치 크기(732565864 블록)를 초과합니다."

ext3이라는 것을 알고 "lsblk -f"로 확인했는데 왜 "ext4 하위 시스템을 사용하여 ext3 파일 시스템을 마운트하세요"라고 표시되는지 이해할 수 없습니다. fdisk에 "Microsoft Basic Data"라고 나와 있지만 Google에서 검색해 본 결과 이것이 실수라는 것을 알고 있습니다.

나는 "fsck"와 "fsck -f"를 여러 번 시도했지만 운이 없었습니다.

저는 이 디스크를 구매할 때 실제로 2개의 유닛(같은 크기, 같은 브랜드 등)을 구입해서 같은 방식으로 포맷하고 LUKS로 동일하게 암호화했습니다.

내가 입력한 데이터가 다를 뿐이죠.

그래서 한동안 인터넷 검색을 한 후 차이점을 확인하고 나중에 사용할 수 있도록 모든 결과를 txt 파일에 저장할 수 있도록 두 디스크에서 이 명령을 실행했습니다. sfdisk -luS /dev/sdg fdisk -l /dev/sdgune2fs -l /dev /매퍼/PAB

알고 보니 슈퍼블록 크기가 정확한 것으로 확인되어 첫 번째 디스크의 파티션이 일부 블록을 초기에 이상하게 변경하여 이런 일이 발생했다고 결론을 내렸습니다.

장치 시작 및 끝 섹터 /dev/sdb1 2048 5860533134 5860531087(올바른, 디스크 2) /dev/sdg1 2048 5860531021 5860528974(잘못된, 디스크 1)

그래서 저는 parted를 사용하여 수동으로 새 파티션 테이블을 생성하고 올바른 섹터에 끝을 설정하면 이 문제를 해결할 수 있다고 생각했습니다.

이렇게 했는데 이제 새 파티션이 LUKS 파티션으로 인식되지 않습니다. 상황을 더 악화시키지 않기 위해 도움을 요청했습니다.

데이터를 복구할 수 있나요?

테스트 디스크 로그 추가:
/dev/sdg: LBA, HPA, LBA48, DCO 지원
/dev/sdg: 크기 5860531055 섹터
/dev/sdg: user_max 5860531055 섹터
/dev/sdg: Native_max 5860533168 섹터
/dev/sdg: dco 5860533168 섹터
로케일 'en_US.UTF-8'을 사용합니다.

2016년 12월 14일 수요일 01:02:53
명령줄: TestDisk /debug /log /dev/sdg

TestDisk 6.14, 데이터 복구 유틸리티, 2013년 7월
OS: Linux, Kernel 3.16.0-4-amd64 (#1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19)) x86_64
컴파일러: GCC 4.9
편집 날짜: 2014 -10-19T15:35:24
ext2fs lib: 1.42.12, ntfs lib: libntfs-3g, reiserfs lib: 없음, ewf lib: 없음
하드 디스크 목록
디스크 /dev/sdg - 3000GB / 2794 GiB - CHS 364801 255 63 , 섹터 크기 = 512 - ST3000DM001-1CH166, S/N: Z1F0R2CP, FW: CC43
/dev/sdg: HPA(호스트 보호 영역)가 존재합니다.
파티션 테이블 유형(자동): EFI GPT
디스크 /dev/sdg - 3000GB / 2794 GiB - ST3000DM001-1CH166
파티션 테이블 유형: EFI GPT
분석 디스크 /dev/sdg - 3000GB / 2794 GiB - CHS 364801 255 63
hdr_size=92
hdr_lba_self=1
hdr_lba_alt=5860531054 (예상 5860531054)
hdr_lba_start=34
hdr_lba_end=5860531021
hdr_lba_table=2
hdr_entries=128
hdr_entsz=128
현재 파티션 구조:
1 P 알 수 없음 2048 58 60531 021 5 860528974 [PAB 신규]

답변1

이 문제의 원인을 여기에서 찾았습니다.

https://bbs.archlinux.org/viewtopic.php?id=171759

발췌:

"귀하의 마더보드에 HPA가 설정되어 있는 것 같습니다. 일부 기가바이트 마더보드에서는 이러한 경향이 있습니다. (또는 적어도 이전에는 이러한 일이 더 이상 발생해서는 안 된다고 확신했습니다."

"최대 섹터 = 5860531055/5860533168, HPA 활성화" "Gigabyte 마더보드에는 BIOS를 메인 하드 드라이브 끝까지 백업하는 기능이 있습니다."

"일부 보드에 버그가 있었습니다."

나는 아직도 무슨 일이 일어났는지 믿을 수 없다CKng 마더보드에는 이 기능이 있습니다! ! !

나는 매우 화가 나서 누군가가 같은 문제를 겪을 경우를 대비해 이 글을 게시합니다!

나는 내 인생에서 다시는 기가바이트 마더보드를 구입하지 않을 것입니다! 안 돼요! ! !

관련 정보