请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 147 天前的主题，其中的信息可能已经有所发展或是发生改变。
都说 All in one 是 All in boom 但是真的 boom 的时候是哪个地方炸？
自组了一台 NAS 配置是 8100 + 32G 内存 + 海韵 GX650 电源，多盘位塔式机箱装了 3 个前风扇，主板也是一手的，硬件上爆炸的风险应该不高。
软件上 SSD 装 PVE 并存放虚拟机的磁盘镜像，直通 Sata 控制器到 Debian 虚拟机里做存储服务，然后在飞牛的虚拟机里挂载并提供影音服务。
网络
网络使用全家硬路由，PVE 里面也没有装软路由，只是在 Debian 里用 Docker 装了 Sub-Store 来整合复数个机场的订阅给其他设备的客户端使用，避免单个机场跑路的问题。
不折腾全家网络和软路由自然网络不会因为 All in one 爆炸。
意外断电
无论是否 All in one 都有这个问题而且城市供电一般没什么问题，最多加一个 UPS 就搞定了，所以暂时不纠结这个
硬件磨损
作为数据盘的 HDD 注定是有寿命的，在散热和电源都比较到位的情况下做好备份就行。其他的部件比如 CPU 、内存、电源、主板、风扇和机箱等基本不考虑寿命问题。
唯独作为系统盘的 SSD 可能是风险点出问题的话自然就是全 Boom 了，但是用 PVE 定时备份系统到 HDD 里届时恢复反而会比物理机直装更方便些。
作为参考某些 Nas 厂商会在多个数据盘上多分一个区以此组 Raid 给系统盘，这个方法对于存储设备来说是挺好的，但是除非组黑裙否则这个路子没法用。
软件爆炸
更新/配置 PVE 导致系统全挂或者整机无法联网，这个算人为的错误不是设备的问题，熟悉 Linux 的各种操作和习惯之后一般不会炸。
其他潜在的 Boom ？
最后的问题就是，在考虑了上述的问题之后是否还有其他会导致爆炸的点？
103 条回复 • 2026-01-04 12:30:14 +08:00
 |
103
OneLiteCore OP @bclerdx 路由器的玩法大抵是魔法和去广告，这些在个人设备上面也能做，然后除开程序员丈夫以外的其他家庭成员对这些需求一般很低，以至于在路由器上折腾大概率是程序员丈夫自己搞着玩的，弄炸了全家遭殃。
所以主路由一般就是硬路由什么都别折腾，然后另外一个路由器做旁路由，个人设备可以指定网关或者代理到旁路由上。 |
Select Language