@julyclyde 是的，但是 EUI64 是根据 MAC 计算的，我只是想了解下 EUI64 计算规则有无泄漏 MAC 可能。

@billlee 👌

@justwjx 当然是说用自己路由这种情况，如果光猫路由相当运营商设备可以直接侵入局域网内网。丝毫没有讨论探测的必要！

@justwjx 了解。一般来说，入网设备肯定会发送诸如 DNS ，NTP ，以及 portal 确认设备在线。那么运营商几乎必然知道所有设备的 IPv6 和设备数量。

电脑上直接运行个 filebrowse 或者 alist 之内的 Web 文件管理器，然后手机连上同一个 WiFi 传过来就行了啊。

这问题很蛋疼，即使你选了 1 ，以后想改 2 ，只要在 2 变更 path 前，sql 一下批量更新一下就行了。又或者在增加一个字段存放 path 都可以。犯得着这么纠结么，还是不自信？

@acess 另外 cryptsetup 有一个 "reencrypt" action ，它应该是类似于用来更换 VMK 的，让旧版本 HEAD 中的 VMK 失效。
Bitlocker 大概看了下命令行工具，未发现相关参数。

这又不是什么新鲜功能

早在 Windows Server 2003 的 IIS6 上，就通过 App Pool 程序池解决了所谓的“幽雅”重启，并且 IIS6 解决的还是对目标程序脚本语言环境，诸如.net .php 环境的“优雅”重启。nginx 还只能“优雅”重启自身，php-fpm 他还管不着。

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