恢复LUKS分区

Question

当我用来归档一些数据的磁盘突然不再挂载时，这一切就开始了。

当我尝试使用终端时，有人说：“文件系统大小(根据超级块)是732566128块，设备的物理大小是732565864块--要么是超级块，要么是分区表可能损坏了！”

当我尝试用Gnome-Disk-实用程序挂载它时，我得到了以下错误：“错误挂载/dev/dm-6 at /media/user1 1/3pab:命令行‘-t’ext3”-o "uhelper=udisks2，nodev，nosuid“"/dev/dm-6”“/media/user1 1/3 3PAB”‘退出状态为32:装入:错误fs类型，坏选项，错误的超级块在-t缺失的代码或助手程序上，或其他错误

在某些情况下，可以在syslog中找到有用的信息--试试dmesg \ tail之类的信息。(udisks错误-夸克，0)“

此外，syslog给了我以下内容：“dm 12 15: 12 :44 d8d内核：47.862779 EXT4-fs (dm-6)：使用ext4子系统安装ext3文件系统( Dec 15:12:44 d8d内核：47.863025 EXT4-fs (dm-6)：坏几何:块数732566128超过设备大小(732565864块)”。

我不明白为什么它说“使用ext3子系统安装ext4文件系统”，因为我知道它是ext3，而"lsblk -f“证实了这一点。虽然fdisk上写着“微软的基本数据”，但我已经搜索了谷歌，并知道这是一个bug。

我不止一次尝试过"fsck“和"fsck -f”，但是没有运气。

当我买这个磁盘的时候，我实际上买了两个单位(相同的尺寸，相同的品牌，等等)，用同样的方式格式化，用LUKS加密它们也一样。

只有我给每个人的数据是不同的。

因此，在googling了一段时间之后，我在两个磁盘中运行了以下命令，这样我就可以看到差异，并将所有结果保存到txt文件中，以备需要: sfdisk -luS /dev/sdg fdisk -l /dev/sdg tune2fs -l /dev/mapper/PAB。

因此，我发现超级块的大小是正确的，所以我总结了第一个磁盘的分区-- misteriously地更改为一些块--从而造成了这种情况。

设备启动端扇区/dev/sdb1 1 2048 5860533134 5860531087 (正确；磁盘2) /dev/sdg1 1 2048 5860531021 5860528974 (不正确；磁盘1)

因此，我认为我可以通过使用parted手动创建一个新的分区表来解决这个问题，并在正确的扇区设置结束。

我这样做了，但是现在新的分区没有被识别为LUKS分区。为了不让事情变得比现在更糟，我提出了这个帮助请求。

有可能恢复数据吗？

添加TESTDISK日志：

/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月

操作系统: Linux，内核3.16.0-4-AMD 64 (#1 SMP 3.16.36-1+deb8u 2 (2016-10-19)) x86_64

编译器: GCC 4.9

汇编日期: 2014-10-19T15:35:24

ext2fs库: 1.42.12，ntfs库: libntfs-3g，reiserfs库:无，

硬盘列表

磁盘/dev/sdg - 3000 GB / 2794 GiB - CHS 364801 255 63，扇区size=512 - ST3000DM001-1CH166，S/N:Z1F0R2CP，FW:63 43

/dev/sdg:存在宿主保护区(HPA)。

分区表类型(自动)：EFI GPT

磁盘/dev/sdg - 3000 GB / 2794 GiB - ST3000DM001-1CH166

分区表类型: EFI GPT

分析磁盘/dev/sdg - 3000 GB / 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

当前的分区结构：

1P未知2048 5860531021 5860528974 PABnew

Answer 1

我在这里找到了原因：

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

摘录：

“我怀疑你的主板设置了一个HPA --这就是一些千兆字节主板通常会做的事情(或者，至少以前有人劝过我，这种事不应该再发生了。”

"max扇区= 5860531055/5860533168，HPA已启用“所发生的情况是，千兆字节板具有将BIOS备份到主HDD末尾的功能。

“它以前在一些木板上是辆马车”

我还是不敢相信f_ck_ng主板到底是怎么做到的！

我非常生气，如果有人有同样的问题，我会发帖的！

我以后再也不会买千兆字节的主板了！从来没有！