@sicifus #41
建议第 2 项加快照，可以保留最近几次备份的快照，避免数据损坏后自动进行了备份。

unRAID 对我来说是，确定自己的需求场景可以使用 MergerFS+SnapRAID 满足的情况下，的一个更可靠的替代方案。目前用了两个多月，明显感觉 unRAID 比之前我自己在 Debian 上搭建的 MergerFS+SnapRAID 更稳定耐艹，我上次换了硬盘笼之后已经稳定运行 20 天了。

说明书基本都写了，禁忌情况、药理毒理、药代动力学。

更深层次的药物互相作用问题估计得有专业的医学知识和可靠的化验数据才能评估，一般 OTC 药应该问题不大，真有疑问去找个医生问吧。

给备份盘加快照即可。

我是每天定时将重要数据增量备份到备份盘上，备份盘用 btrbk 脚本自动打快照，保留最近 7 天的快照，快照是只读的，正常的写入操作是无法覆盖的，只有手动删除快照或者格式化才有影响。

算便一台淘汰的 PC 就可以吧，开个 SMB 服务。
有的路由器系统自带 SMB1 ，小米摄像头可以搜到，USB 插移动硬盘/硬盘盒就可以。

用过很多年的 MergerFS+SnapRAID 方案，分享几个坑。

1. SnapRAID 进行奇偶校验同步的时候要求文件不能正在被写入，所以只适用于冷数据。
2. SnapRAID 的原理是每块盘上的数据块进行奇偶校验，所以在 1 块校验盘的情况下，当一块盘坏了的时候，想要恢复数据，就要确保其他盘上的数据仍然是上一次奇偶校验同步的版本，但如果在上一次奇偶校验同步之后其他盘的数据发生了变化，那么这些变化的数据块就无法恢复了（可能仍然可以恢复其他未变化的数据块的数据）。也就是说发生多盘修改文件的情况下，被修改的这些文件可能就会随着硬盘损坏而丢失了。需要对硬盘组的使用方式进行规划，比如每两次校验同步之间确保只在一块硬盘上修改数据，需要在其他盘上修改数据之前先进行奇偶校验同步。
3. MergerFS 是基于 FUSE ，所以要关注 FUSE 本身的短板，以及你目前系统上的 FUSE 是否存在 bug 。
4. 我遇到过两段时间 MergerFS 频繁挂掉的情况，MergerFS 的挂载点会提示 input/output error ，需要重启或重新挂载才能解决。跟 MergerFS 开发者交流过，很难 debug 定位到问题。根据我的观察是当打开状态的文件数量超过 3000 之后就很容易挂掉，不知道是我硬盘 IOPS 跟不上，还是 FUSE 有 Bug 。

建议数据分冷热；假设你的热数据是小部分，那么可以热数据用 RAID-1 等镜像方案；冷数据用 MergerFS+SnapRAID 备份方案，如你画的图写满一块硬盘再写下一块。

单盘容量限制理论上是文件系统方面的限制，不过现代文件系统基本都很难达到这种限制。如果厂商对单盘容量进行了限制，可能是因为对设备系统进行测试后认为系统在单盘大于某个容量后会导致产品使用体验下降，又或是显著加大了售后服务的难度。

不过话说回来我并不推荐用超大容量的硬盘，一旦硬盘故障了，恢复数据需要很长的时间，如果采用奇偶校验备份的方式，在超长时间的恢复过程中会有较大概率再坏盘，导致奇偶校验失效。

如果主板有 PCIe x8/x16 槽可以考虑 HBA 卡+硬盘笼，我用了浪潮服务器上拆下来的 HBA 卡和 12 盘位硬盘笼，很便宜。

P.S. 我在后来评估认为 SnapRAID 不是很符合我个人的需求，转而去使用实时奇偶校验的 unRAID 方案了，当然 unRAID 也有它自己的短板。

升级驱动和降低内核版本试试。

ssh 两部分比较占性能，一个是加密，另一个是压缩。你看看是不是加密算法硬件支持不好或者太复杂；然后看看是不是硬件跑压缩性能不够，带宽够大的话把压缩关了试试。

根据之前调研的压测数据来看，ssh 还是比 smb 性能要好的，当然比不过不加密的协议如 nfs ，如果你确保网络环境安全的话也可以考虑 nfs 。

另外 i 也可以看看是不是远端或本地的磁盘 IO 有问题，比如碎片太多。

小于等于这个逻辑就是错的，因为并没有完全覆盖时间段，除非业务能接受没覆盖的那一部分被排除在外。

不同的名称对不同文化背景以及成长经历的人来说，带来的感受是不一样的。

做教育行业之前研究过一个课题，就是研究因为学生个人背景而产生的知识难度平衡问题，比如赏析一首描写雪景的古诗，对于北方和南方的学生来说，难度就会有区别，因为一些南方学生很可能对下雪没有概念和感受。

名称给普通人的感受也是同理的，因为“普通人”范围太大了，一个人经历过的哪怕一件小事情都可能会让这个人对一些事物产生独特的感受。所以如果真要研究普通人普遍的感受，就得在统计学的基础上去探讨。

很多品牌在命名上面是会进行市场调研和试验的，最众所周知的就是可口可乐刚进入中国的时候起名为“蝌蝌啃蜡”，上市一段时间后验证因为名称导致销量不佳，于是改名再试。

当然也有一些企业或产品的销售是与其本地化名称关系不大的，可能就不会注重对本地化；甚至会认为不做本地化反而对销售有益。

最大灵活性：JBOD
最大安全性：备份

RAID 只保障可用性，不保障完整性；除此之外能提升一些 IO 速度（特定阵列下）。

如果是静态二维码的话，你可以用一些二维码扫描工具解析一下内容，看是不是 URL ，看是不是在微信里打开这个 URL 就可以鉴权开门，如果是的话你就在微信里存这个 URL ，每次要开门点一下访问就行了。

罩耳式主动降噪耳机可以试试，如果习惯戴这种东西的话。

不管用啥方案，我能想到的就是安全问题，隔音太好不知道外界发生啥事情，最好家里有其他人，有紧急事情可以来找你。

你从电视柜拿出来，找个信号能尽量覆盖所有区域的点位，然后钉墙上或挂房顶试试。至少把天线露出来。
我一朋友家里是长条形的，路由器移动了两次位置总算能覆盖比较好了。

大牌子天线多的信号比较强，不过这档次的设备也基本都是 600 块起步。

当然有时候是房屋结构问题，啥好设备都顶不住，像我家全是承重墙就只能多 AP 了，能穿线就有线 AP ，不能穿线就无线 mesh 碰碰运气。

我 3800X 可以在主板 BIOS 里开启 TPM 来装 Win11 ，你可以找找有没有这个选项。

Win11 基本稳定后就一直用 Win11 了，好多年了，不过 Windows 对我来说就是个 Steam 启动器，基本不会遇到其他问题。

办公的话也可以考虑 Win10 LTSC ，现在貌似 Win11 的 LTSC 还没出，据说 2024 下半年才会出。

两种方案都没啥问题，还是得从你自己的日常使用场景出发，看哪种相对来说方便一些。

目前 Win 会多一个游戏特性，其他办公和开发只要不是做苹果应用都和 Mac 一样胜任。
哦对了，如果是想跑 CUDA 的话可能只能用 PC 了。

能插 HBA 卡的话，不知道能不能用浪潮拆下来的硬盘笼，一百多一个，12 盘位，我记得 M3 的好像带耳朵。

省电的话就是让硬盘休眠，，安静就是钞能力上猫扇。

Good Job! 很棒，完全没有任何心理压力，而且无厘头很能逗孩子笑。
星之卡比也可以。

个人经验来说，强烈建议服务器和网络设备分离，专门设备干专门的工作。原因在于，网络设备的可靠性需求通常远大于服务器，折腾服务器的时候网络不可用是个非常糟糕的体验。

我目前是 NanoPi R4S 当作软路由，跑 OpenClash 性能还绰绰有余，装好配完放在那就不动了，最近一次无故障连续跑了 139 天。
服务器随便折腾，原本纯存储用的 J4125 ，后来玩容器和虚拟机以及 AI 就把因为电子 ED 而吃灰的游戏 PC 扔电箱里当服务器用了，随便折腾。其实现如今的家用 PC 比想象中的要省电，节能这块卷了十几年了，不超频待机也就 40W ，如果这点电费也心疼就用工控 U 。

NAS 的话一般功耗和噪音大头是硬盘，平均一块机械硬盘的功率在 10W （有的企业级能到 20 多 W ），求便宜用企业级盘还会炒豆子。