coagent

用 UFS 扫一下看看，
官网： https://www.ufsexplorer.com/

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

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

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

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

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

个人想法：

1. 硬盘损坏的担心，交给绿联 dx6000 上的 truenas 多硬盘 raid 去承接。raid 就是用来做硬盘损坏保护的。
2. 断电的问题，你整个 ups ，3 台机器都对接到 ups ，可以考虑 nut 方案，可以做到优雅关机的，还可以控制关机顺序。
3. j4125 和 n100 用独立的网口去连绿联 dx6000 ，这条链路只有数据存储的通讯，会干净、稳定一些。服务器间挂载用 nfs ，我们在公有云上的服务器挂载 nas 一直都是 nfs ，稳定用几年了。
4. 你的 j4125 和 n100 ，可以弄 pve ，但不建议搞 ceph ，也不建议搞 k8s ，这两者配置好并稳定运行，需要有足够的运维经验。
5. 计算节点的服务，在断电重启后，如果早于 nas 启动好，肯定会出现数据目录未就绪的情况。两个思路：
1 ）如果 j4125+n100 都是 pve 或者 esxi ，是可以控制各个 vm 自动开机的顺序、延时多久的，dx6000 要多久就绪是可以测试出来的，测试好后在 pve/esxi 上设置好就行。
2 ）绕行方案，可以通过配置服务启动前先检查数据目录就绪情况，然后再启动服务。比如 docker 设置为不开机自动启动，而是 linux 服务器启动好后运行你一个脚本，这个脚本做数据目录就绪检查，检查通过后再手动拉起 docker ，然后再起其他服务。

同等，天天查一下邮件和支付记录，就怕失败封号了，已经封了一个了，输不起。

@ql562482472 海外 Windows + Google One ，使用上稳定性如何？支付你用哪家呢？

Keydous NJ81/NJ80 感觉不错，简约耐看，准备近期入手 NJ81 ，看中小屏幕能知道电量还有多少。

Keydous 和凯华合作的冰淇淋叫草莓冰淇淋 Pro ，跟凯华自己的冰淇淋 Pro ，好像就是压力克数和颜色不一样。草莓是 37 ，凯华是 45 。

套路云已经收这个很久了，还将 QUIC 协议单独再收一次费呢。

@julyclyde 不好意思，有一些信息有误。刚通过仔细再翻查，得知现在 EXIN 不再管 ITIL 的认证了，官网也没有了。

@julyclyde 下面链接的 [認證] 部分有提到 EXIN 。

https://zh.wikipedia.org/zh-hk/%E4%BF%A1%E6%81%AF%E6%8A%80%E6%9C%AF%E5%9F%BA%E7%A1%80%E6%9E%B6%E6%9E%84%E5%BA%93