@drymonfidelia btrfs 给人灵的感觉是因为它的检查多，不会惯着不老实的设备，而且很不幸地是不老实的设备挺多的。
它真正出问题一般是因为你碰了 zoned 、subpage 、RAID5/6 以及这些特性的排列组合。

你这种没有啥明确需要单线程性能的可以把核数看的重一点。
J4105 都”还能用“的话我感觉随便上什么都只会比这个更好。

首先重要数据 3-2-1 备份。
其次你需要的”稳定性“是数据持久（即数据不会丢）还是数据可用（即一直在跑 SMB 服务）?
我自己的是一个 ArchLinux ，文件系统是 btrfs ，跑的 ECC 内存。因为我喜欢捡二手（甚至三、四手）所以可用性不是特别好（有过莫名其妙的、未查出原因的死机），但是迄今为止数据没丢过（ pacman.log 显示 2019-12-28 第一次安装），上面跑了 smbd 和 transmission ，有的时候会跑一些游戏服务器和 kernel 交叉编译。
uptime 保持不住因为我要重启更新 kernel 。
内存吃满是很正常的事情，毕竟放在那里也是放着不如拿来加速 IO ，要用的时候会让出来的。
我个人的经验就是上服务之前一定要搞清楚这个服务是干什么的，有无 plan B 。

如果是 linux 、同时不存 vm 和数据库的话可以考虑用 btrfs ，打快照备份方便很多

SSH 是典型的私钥签名，公钥验证……

要用 RAMMap.exe 看

正规 CA 是不允许替用户生成私钥的，如果 LZ 碰到了这种 CA （而不是什么代理商）可以举报。

可以用 cilium/pwru 查一查

首先，重新生成一个 PrivateKey ，以后发配置的时候记得别把这个发上来
我个人感觉像是有啥冲突……

如果是全新系统一律推荐直接上 FIDO2

个人意见，NAS 负载强烈建议上 ECC 内存。
目前个人 NAS 配置（不是通用配置，有历史原因和个人需求，请勿随意参考）：
CPU：E3 1230 V2
MB：X9SCL （或者 X9SCM ）
RAM：8G ECC*4
SSD：不知道多少手的 860 EVO
HDD：一手 HC320*2+二手 HC550*4

你这个太奇怪了，如果炸了怎么 check 还是好的，会不会是有误操作之类。

op 试着在 live 里面挂载一下 btrfs ，看报错以及 dmesg 信息。
你这同时坏这么多我怀疑是电源有问题。

哦，看错了，请 op 忽略我的回复。

reg.exe add "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32" /f /ve

@leang521 群晖的 btrfs 是自己维护的，我没法给更多信息了。

可以考虑 disallow 一下搜索引擎，不然被同学搜名字……