今天一番骚操作把 8T 硬盘全清了

[Daeyn]

起因是这样，我的电脑用了小米智能插座，早上的时候不小心按到了关闭电源，电脑被断电了，重新开机后正常运行。这个 8T 希捷硬盘就一个分区 ext4 是挂在 debian 虚拟机上，里面放着的都是电影，于是想检测下文件错误。运行 fsck /dev/sdb, 发现好多错误，点了几个 yes 之后发现还有挺多错误按 ctrl+c 退出了。

然后我又在 WS 2022 下用 diskgenius 打开看看，一打开 diskgenius ，报错说要修复什么表，然后点了 correct ，结果就这样了。

之后又运行 fsck 发现根本无法读取设备了。尝试了好几种方法都不行。

一怒之下直接全格了。所以，请问大家这以上哪个操作出的问题？

[conge]

工具没问题
人爱没事儿瞎折腾

[CEBBCAT]

> 一怒之下直接全格了
😄
---
找个英语好，会 Google 的朋友请他吃顿火锅教教你怎么恢复分区表吧。根据正文中的介绍[1]，你可能不想投入太多精力学习和维护它，说太多了也没用，主要还是太慌了，或者说……你当时明白自己在做什么吗？

1. 错误截图、日志都没有贴

[ab]

> 一怒之下直接全格了

[Daeyn]

@CEBBCAT 我英语不差，重点是 diskgenius 以前从没出过问题，它说需要 correct ，我就点了 correct 也没 save all operation 操作。

[kneo]

最后一步的问题。

[ltkun]

重要数据一个是备份 一个就是 raid

[cabing]

不重要的数据还好啊~

[defunct9]

吃饱了撑的

[sunshower]

人出的问题，别赖工具

[lzgshsj]

你和前两天那位“一怒之下”把微信记录全清了的哥们有异曲同工之妙

[yKXSkKoR8I1RcxaS]

控制好情绪

[zealotpuppy]

为什么你会觉得电脑断电后需要去手动检查文件错误？
一个 ext4 分区，拿 windows 的软件去修复，你觉得可靠吗？

[zfyStars]

一时冲动的报应了

[lstz]

我重要的数据都放云上了，所以笔记本时不时就格掉重来
尽管有时候会误删一些可能会用到的文件，但对我来说，只要我有一个月没有想起用它的时候，我就觉得这对我来说是没有用，可以删除。

[cev2]

哈哈，如果 OP 描述没错，我猜，应该是这里出现了问题。
“运行 fsck /dev/sdb, 发现好多错误”
可以看出 OP 之前可能是该磁盘上既没有创建 MBR/GPT 之类的分区表，也没有在此基础上创建分区，而是直接把物理磁盘挂载到了 Debian 上然后对整个磁盘格式化为 ext4 了。注意，这在 Linux 上是允许的，毕竟某上面一切都是文件，OP 把 sdb 还是 sdb1 、sdb2 （前者为磁盘设备，后者为分区）格式化在 Linux 看来都没有毛病。
但在 Windows 上很少有这么干的，在 Windows 上的 DiskGenius 看来，这块磁盘是没有分区表的，也就是它认为这块磁盘是未经过初始化的，于是提示你该磁盘上分区表错误（没有有效的分区表数据），是否修复分区表？
OP 选择了修复，于是 DiskGenius“帮你”创建了一个新的分区表，这个分区表数据覆盖掉了部分原 ext4 文件系统的数据，此时在 Windows 上的 DiskGenius 看来这块磁盘现在是一个健康且正常的“新”存储设备了，而在 Linux 上看来这块磁盘现在也是一个健康且正常的“新”存储设备，而不会认为是之前的 ext4 文件系统。所以再 fsck 自然也就没法读取了。
其实此时 ext4 文件系统上的数据大部分都还在，还是可以恢复的。但 OP 一怒之下全格了，即便如此仍有部分数据可以恢复。如果格了之后又写入了新数据，就不好说了。

[duxiansen]

忽然想到，有没有办法定期扫描硬盘，然后把文件目录自动导出为树状图或者思维导图？(不要让我自己写，我不会)

[Daeyn]

@cev2 不是。这块盘买来直接用 diskgenius 检测完坏道，就用

[Daeyn]

@cev2 不是，这块盘买来就用 diskgenius 扫了遍坏道，然后在 diskgenius 建立了一个 ext4 分区，然后直通给 hyper-v 下的 debian 。

[coagent]

硬盘有故障可能丢数据情况下，扫描检查、分区表查看与修复等各种操作都要谨慎，全格之前更应该思考清楚，不要那么快就死心，冷静处理，当然如果是非重要数据另当别论。

现在已经全格了，别再继续操作其他，联系数据恢复的人，应该还能恢复一些。

顺便简单说下我最近 NAS 数据的一次经历：

因为网络配置错误导致无法访问，在熟悉 NAS 且做数据恢复的朋友的明确数据不会丢情况下重置了下，结果报存储池错误，因为我加密了存储池，要我重置保管库密码，然后就要上传加密恢复密钥，当初配置存储池时下载保存的密钥不知道放哪了，再电话朋友，告之那没救了，只能全格，数据恢复也不行，再问客服、谷歌搜索、油管翻，没有可以解密的方法，都是全格。翻自己的移动硬盘、网盘（上 NAS 时已清了很多），也没找着密钥。

照理一般情况下，都会去全格算了，然后重建数据，其实我有绝大部分数据备份在移动硬盘。
但我有点不死心，就凉一边去，心情很差，但也没办法。
接下来的时间，我就用本地数据和移动硬盘工作，然后思考回忆首次配置 NAS 时的情况，一周下来无果。
再后来，就用虚拟机去搭建测试环境模拟我的场景，包括存储池加密，以及出错的恢复等，在测试操作存储池加密后自动下载了密钥文件，这时开始出现大转机，灵机一动，拿到测试环境的密钥文件，然后用这个文件的属性：文件名、后缀、文件大小，再在我几台电脑和移动硬盘上全盘搜、扫描，结果真让我搜到了 NAS 存储池加密恢复密钥文件。
开机 NAS ，登录，上传密钥，解密存储池，所有数据回来了。

[QKgf555H87Fp0cth]

有遇到过 U 盘插在 Windows 提示要格式化，但是实际上是可以用的，忘记什么问题了。