建议继续白群晖，结合你的相册容量需求和闲置硬盘的情况，选型适配的白群晖。
相册备份和 Docker ，用另外一台小主机来实现，Linux ，NFS 挂载白群上的硬盘，相册用 immich ，它有 APP 和网页端，功能和性能不差于白群上的相册功能。
这样你既有白群晖的硬件和系统的稳定性，小主机更为灵活的硬件扩展和性能。

我去年买了 铭凡 MS-01 ，这机器硬件配置和扩展性很好，但就散热要折腾下，尤其是下面的硬盘，我将原配的风扇拆了，再买个散热底座对着它吹，换猫头鹰静音风扇，再搞个无线调速的风扇开关，现在稳定运行中。

最近跑主要想着跟某个人的关系

acme.sh ，结合 ReloadCmd ，可以自由扩展，最近在一个项目中的实践：
- 域名解析服务使用腾讯云的，即 DNSPod ，acme.sh dns api 支持。
- 直接申请通配符的证书，申请了 *.dev.domain.com, *.staging.domain.com, *.domain.com 等。
- ReloadCmd 调用 Bash Shell 脚本，脚本根据场景用 Ansible 等去刷新绑定使用了证书的地方，目前已应用到 Nginx, APISIX, HAProxy, GitLab, Harbor, K8s 等自部署的程序，用 Python 实现支持云厂商 CLB, ALB 也是可行的。

@moyunhai 蓝加白的 磁吸麻布保护套，有购买链接不？

用 cloudflare worker 自已搞个镜像代理，小范围拉没问题，我稳定使用一周了。

R5C ，就用友善 FriendlyWrt ，可路由，可 Docker ，驱动友善帮你全搞定了。

想省事而且能稳定运行，推荐选择联想 P360/P3 Tiny ，安装 Ubuntu/Debian 系能轻松驱动显卡和网卡，Tiny 小主机用量基数大，可以放心使用。也可以闲鱼上淘淘 P350 Tiny ，可以用 11 代 U ，性能日常使用足够。

想经济一点，我昨两天新买的 铭凡 MS-01 也不错，比 Tiny 便宜一些，安装 Proxmox 8 （基于 Debian ），目前网卡和核显都正常驱动。

不建议去买 ARM 开发板，相比 x86 还是有一些局限性。

个人建议直接上 923+，可以扩展硬盘 和 万兆，还可以将 2 个 SSD 插槽搞存储池，423+ 就不行。
都是 J4125 的 U ，你加一条 16G 的内存条，跑轻量级的 Docker 是没有问题的。
如果你有时间，也喜欢搞硬件，可以组黑群，ITX 主板+机箱可选很多。

用 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