@basncy “以 btrfs 如果检验失败并且修复失败, 整个分区就炸了”
我们说的是针对用户文件 checksum ，这功能目前只有 btrfs 和 zfs 有。
况且针对用户文件的 checksum 出问题即便不能恢复也是单文件故障，更炸分区有毛线关系，炸分区只可能分区元数据损坏和目录结构损坏造成的。

@busier 说炸大多是 n 年前的老资料，我这边底层直跑 debian 稳定版，跟进新内核，多年就没炸过！
还有一种炸的情况就是 ext4 转换出来的 btrfs ，所以初始化最好是格式化成 btrfs 。

@acess veracrypt 官网提到过这点，使用加密技术，在 SSD 上即使修改用户密码，旧版本的 HEAD 区因为主控翻译层遮蔽而没能抹除销毁的隐患。

所以我发帖的时候就考虑特别限定了是 HDD ，毕竟 SSD 需要额外考虑其它问题。

至于你说的反驳不动的还真没看出来
1 楼外国人 语言不通
2 楼意思也没证明能恢复 ，从讨论纯技术问题变成了讨论成本问题。
8 楼的相当于在 11 楼回复了，怪我这点没明确回复？
要不是你在这叨叨，真的是懒得回复。

用 btrfs ！因为他 subvolume 有快照功能。多次备份的时候可以只存储改变的部分，节省时间和空间。

另外，他可以发现存储位反转而磁盘不报错的情况。对年久的备份数据是否损坏的判定很有帮助。

@AsAsSaSa

我上面说了"所以说，你反复覆盖，是怕国家安全机构花大成本来拿你数据？"，就已经表明我的观点这不是给普通人用的。用不着你在重复说“NSA 模式，当然不应该是给你用的”来强调这个观点。

关于你所谓的“嘲讽”，就拿我回复的“阅读能力堪忧”来说，对方真的不会阅读么，显然他自己根本就没有仔细看，回复了错误的观点，竟然还在结尾还说别人“大放厥词之前麻烦至少了解一下相关知识”。

对于他这样的回复，我不认为我狠狠“嘲讽”进行还击有什么问题！！！

其它回复还真没看出有什么“嘲讽”，你要是玻璃心我也没办法。就算我真正回复“嘲讽”了，也是针对回复内容的“嘲讽”，你非要强行戴帽子，说什么“网民不是你家的狗”，将对“事”变成对“人”，来进行这种引战的引导，那我也没办法。毕竟每个帖子都去回复太累了。

workers.dev 域名不是一直处于被大陆屏蔽状态么？你能访问才是奇了怪了！换用其它域名访问就好了！

软件方面都忙着做全家桶呢！家家都搞全家桶，就怕哪个项摁不死对方！

@tek 拜托！计算机存储器是存储的数字信号，读取的时候输出只有 0 或 1 。跟磁带这种模拟信号扯一起有啥意义！即便盘片磁化有强有弱，并不影响最终磁头读取的 0 或 1 。

@ysc3839 你这个说法算是非常中肯理性的！

@yolee599 你说的情况我不是都说了吗？除了贩卖焦虑，有哪家数据恢复公司实际做到了并承接这种恢复业务的？

@LanhuaMa 阅读理解能力堪忧

如果你自己用 openssl 做 CA 玩玩就知道 证书没本质区别 但是用途上可以限制
另外还有个问题就是就算你签上了 对方不认。

你又不给命令输出的详细信息

这种问题按操作步骤分析不就完了

你是先 tar.gz 后流式给 openssl 加密，分析问题就先在 ubuntu22 里面先只解密，看能不能得到明码的.tar.gz 文件

这玩意要浏览器支持，先调查一下浏览器兼容性。

程度太轻
诊断结果肠胃炎，又不是食物中毒
单人事件又不是群体事件
又没死人（不是针对楼主啊），又没吃坏管事的人
就这点事闹不大
所以没戏….

@LaoDahVong
1 、小米智能开关设置操作密码！防止误操作！
2 、设置充电保护，功耗小于 5W 持续 5 分钟就自动关闭插座。实际关机时，通过软件关闭系统。稍后小米智能插座会因为低功耗自动关闭。永远不要直接操作小米插座关闭电源。（配合第一条防止误操作）

年轻没经验而已，多吃几次亏就好了

我用 btrfs 的时候，遇到断电或死机后，文件系统检查的时候，都是先用只读模式检查一遍看看故障情况 （当然很幸运，没出现文件存储位翻转，更没出现文件系统结构错误）

你这一上来不备份就执行修复操作 也是没谁了