一台闲置的旧平台，一块拆机电源，几块硬盘，再加上一堆"扔了可惜、留着占地"的配件——很多人家里都有这么一堆东西。把 all in one 小主机搭起来，本质上就是把这些零散资源重新组织成一个能长期稳定运行的私有服务底座，而群晖这套系统，是其中最省心的一块拼图。我用它做过家庭照片库、文档中心、下载机、容器宿主，也用它救过两次误删的数据。这篇文章写给两类人：手里已经有硬件、想少走弯路把系统装起来的人，以及还在犹豫"到底要不要自己搭"的人。前者可以直接照着流程走，后者可以先看看选型逻辑再决定。全文只讲我实际跑通过的路径，参数给具体数值，命令给完整写法，坑在哪儿也一并说清楚。

1. 先把路线定下来：all in one 到底"合"了什么

All in one 这个词被用得很泛，我理解的核心是：一台物理机器，通过虚拟化层把计算、存储、网络、应用四件事揉在一起，硬件利用率拉满，同时把机柜里那一堆小盒子收敛成一个。NAS 只是其中一块，但它往往是整台机器上最"重"的一块——数据存在那儿，一旦出问题，损失比其他服务加起来都大。所以在动手之前，路线选择比技术细节重要得多，选错了后面全是返工。

1.1 三条常见路线的横向对比

我把能想到的路子归成三类，各自的性格差别很大，用一张表说清楚比讲半天概念管用。

第二列就是这篇文章要走的路线。选它的理由很直接：我手上本来就有一台跑着虚拟化平台的机器，再单独买一台成品 NAS，等于多花一笔钱、多一个电源、多一处故障点。而虚拟化平台上的 NAS 系统，既能享受到图形化管理带来的便利，又保留了随时加一台虚拟机跑别的服务的自由度。

1.2 硬件底座的取舍逻辑

硬件这块我不太建议追新，all in one 主机的核心诉求是"长期低功耗稳定运行"，不是跑分。但有四个参数必须提前想明白，否则装到一半会卡住。

第一是 CPU 的核心数与是否带核显。虚拟化平台本身要占一到两个核，NAS 系统至少给两个核，再留点余量给容器，所以我一般建议物理核心数不少于四核八线程。带核显这件事更关键——如果后面打算做影音转码，没有核显就只能靠 CPU 硬扛，四路并发就能把 CPU 打满，风扇直接起飞。这里不用纠结具体型号，选平台时看一眼"是否集成显示核心"这一项就够了。

第二是内存容量。这条最容易低估。虚拟化平台自身开销在 1.5G 到 2G 左右，NAS 系统给 4G 是比较舒服的区间，如果再开两三个容器加一台测试机，16G 是起步线，32G 才能叫宽裕。我最早的机器只上了 8G，跑到第三个月就开始频繁触发内存回收，表现是打开文件列表要转圈好几秒，查了半天才发现是内存不够。

第三是硬盘接口数量。主板原生 SATA 口通常四到六个，如果你的规划超过这个数，就得考虑加一张 HBA 卡。这里有个隐藏坑：部分消费级主板的 SATA 口在插满 M.2 固态之后会被禁用，装机前一定翻一遍主板说明书里的通道共享表。

第四是网卡。千兆在多数家庭场景够用，但如果你的素材库动辄几十 G 的原始视频，2.5G 网卡带来的体验提升是实打实的。需要注意虚拟化平台对网卡芯片的兼容性，某些较新的消费级网卡在旧内核上识别不了，装之前查一下社区里的兼容列表能省下几个小时。

1.3 为什么一定要做硬盘直通

这是整个方案里最容易被忽略、但影响最大的一步。虚拟化平台默认会把物理硬盘包装成虚拟磁盘交给上层系统，中间多了一层文件系统转换，代价有三个：一是性能损耗，随机读写能掉两三成；二是上层系统读不到硬盘的真实健康状态，SMART 信息被虚拟层屏蔽了，硬盘快挂了你也收不到告警；三是硬盘休眠失效，虚拟层会周期性写入元数据，硬盘永远睡不着，功耗和寿命都受影响。

打个比方，虚拟磁盘像是在别人的房子里租了一间，墙不能拆、水电表看不到；直通则是自己买了房，想怎么改怎么改。数据这件事上，我更愿意当"业主"。所以我的做法是：引导盘用虚拟磁盘，数据盘全部直通。这个组合后面会详细讲怎么落地。

2. 安装前的准备：九成的翻车都发生在这步

我前两次重装，问题没有一次出在安装过程本身，全都是在准备阶段埋的雷。所以这一节我写得细一点，看起来啰嗦，但每一条都是花时间换来的。

2.1 引导介质怎么选、怎么写

NAS 系统的引导机制比较特殊，它不是从硬盘启动的完整系统，而是一个精简的引导环境，负责把内核加载起来，启动后再把控制权交给硬盘上的系统分区。这意味着引导介质和数据盘是分离的两套东西，选错了后面会很别扭。

两种做法我都试过。用 U 盘做引导，物理机器上直接装机时是唯一选择；但在虚拟化平台里，我强烈建议把引导镜像写成一个虚拟磁盘挂上去。理由很实际：U 盘会坏，尤其是长期插在机器上做引导的那种廉价 U 盘，半年到一年就可能出现坏块，表现为机器重启后卡在引导界面不动。虚拟磁盘没这个问题，而且整个虚拟机的状态可以随快照一起备份，迁移的时候拷一个文件就走。

具体操作上，先把引导镜像写进一个容量很小的虚拟磁盘（我给了 1G，实际只用了不到 200M），然后把这个磁盘作为虚拟机的第一块硬盘挂载，引导顺序设成从它启动。写盘工具用常见的镜像写入工具即可，注意写入模式选"逐字节写入"，别用"格式化后复制文件"那种方式，否则引导扇区不会生效。

这里有个必须核对的细节：引导配置里有几个参数需要和虚拟机的硬件保持一致，主要是网卡的物理地址和硬盘控制器的端口映射。网卡地址对不上，系统启动后会在网络里"隐身"，官方发现工具怎么扫都扫不到；端口映射对不上，系统能启动，但只能识别到部分硬盘，表现是你在存储管理里看到盘位数比实际插的少。这两个问题我各踩过一次，第一次排查了整整一个晚上。

2.2 主板与 BIOS 的几个关键开关

这一节是针对物理机安装的，如果你直接在一台裸机上装系统可以跳过；但只要涉及虚拟化，这几个开关一个都不能少。

虚拟化支持必须开，通常叫 VT-x（处理器虚拟化）；IOMMU 也必须开，不同厂商叫法不一样，有的叫 VT-d，有的叫"直接 I/O 虚拟化"，这是硬盘直通能生效的前提。有些主板这两项藏在"高级"菜单的二级甚至三级子菜单里，别嫌麻烦，一定要确认两项都处于启用状态。

Above 4G Decoding 这项建议打开，尤其是硬盘数量多、或者加了 HBA 卡的时候，不开可能出现部分设备识别不全。CSM 兼容模式建议关掉，纯 UEFI 引导对这套方案更友好。

还有一项容易被忽略：SATA 模式必须是 AHCI，不能是 IDE 或者某些厂商的私有 RAID 模式。私有 RAID 模式会把硬盘藏在主板的控制器后面，虚拟化层看不到单块硬盘，直通就无从谈起。

最后一个偏门的坑：部分主板有"硬盘节能"或"深度睡眠"选项，默认开启。这个选项会让硬盘在空闲后进入深度休眠，虚拟化层有时候唤不醒它，表现为某块盘突然从列表里消失，重启又恢复正常。这种"偶发性掉盘"最难查，我的建议是装机时就把这项关掉，把休眠控制权交给上层系统。

2.3 关于授权与合规的一点提醒

这一段我想说得直白些。这套系统在虚拟化平台上运行，属于个人学习和测试场景下的用法；如果你打算长期承载真正重要的数据，建议走正版授权渠道，或者直接换成开源方案——开源世界里同类产品不少，功能上覆盖家庭场景完全够用，社区也活跃。我自己的做法是：测试环境用这套系统验证方案可行性，正式的数据盘上跑的是开源系统，两者互不影响。这不是唱高调，是因为数据这东西，一旦出事你需要的不是"能跑起来"，而是"有人能帮你兜底"。所以后面的内容，我更多是在讲"怎么把一个 NAS 系统稳定地跑在虚拟化平台上"这件事本身，这些技术细节换任何一套系统都用得上。

注意：任何涉及系统标识参数的操作，都应该限定在你自己的硬件和学习环境中。不要把测试环境的配置用于对外提供服务，也不要拿别人的配置文件直接套用，硬件不一致会导致各种奇怪问题。

3. 在虚拟化平台上把系统装起来

准备工作做完，真正的安装过程其实很快，顺利的话二十分钟能进系统。这一节给完整的参数和命令，你可以对照着抄。

3.1 建虚拟机：参数怎么给才不浪费

先说机型模板的选择。NAS 系统会要求你选一个机型，本质上是告诉它"你的硬件长什么样"。这里的原则是：硬盘位数匹配、CPU 架构匹配、功能特性满足需求。四盘位的模板对绝大多数家庭场景够用，如果你有八块盘，就选八盘位模板。选大了浪费资源，选小了以后加盘要重装，很麻烦。

CPU 给两个核就够，类型选 host 模式，这样上层系统能直接看到物理 CPU 的特性，转码之类的功能才走得通。内存给 4G，如果你打算在上面跑虚拟机套娃或者大量容器，给到 8G。BIOS 选传统模式还是 UEFI 模式要跟引导镜像对应，选错了就是黑屏卡住，没有任何提示。

网卡这一项是最容易翻车的。虚拟化平台默认推荐的那款半虚拟化网卡性能最好，但 NAS 系统的引导环境里往往没有对应驱动，结果就是系统启动了、但网络不通。我的建议是直接选模拟千兆网卡那种（型号里带 e1000 字样的），兼容性最好，实测千兆跑满没有问题。如果追求 2.5G 以上，可以装完之后再折腾驱动，但初期先保证能通。

创建的时候把"开机自启"勾上，这是 all in one 主机的关键——机器意外断电恢复后，NAS 要能自己起来，不用你手动进后台点开机。

3.2 硬盘直通的两种做法与命令

这一步是重点。直通分两种粒度，各有适用场景。

第一种是单盘直通，把某一块具体的物理硬盘整个交给虚拟机。做法是先拿到硬盘的稳定标识符，不要用 /dev/sda 这种编号，因为编号会随插拔顺序变化，今天 sda 明天可能变 sdb，一重启就挂。要用 /dev/disk/by-id/ 下面那一长串带序列号的路径。命令大概是这样：

# 先列出硬盘的稳定标识 ls -l /dev/disk/by-id/ # 把指定硬盘直通给 ID 为 100 的虚拟机，挂到第二个 SATA 位置 qm set 100 -sata1 /dev/disk/by-id/ata-XXXXXXXXXXXXXXXX

第二种是整卡直通，把一整张 SATA 控制器或者 HBA 卡连同它下面的所有硬盘一起交给虚拟机。这种做法性能最好，硬盘完全由上层系统掌管，连休眠都能正常工作。前提是主板支持 IOMMU 分组隔离，需要先确认这张卡所在的 IOMMU 组是独立的，不能和其他关键设备混在一组。查询命令：

# 查看 IOMMU 分组情况 for d in /sys/kernel/iommu_groups/*/devices/*; do n=${d#*/iommu_groups/*}; n=${n%%/*} printf 'IOMMU Group %s ' "$n" lspci -nns "${d##*/}" done

两种方式的取舍我用表格对比一下：

我的机器上两种都用了：系统盘和缓存盘走单盘直通，四块数据盘挂在一张独立扩展卡上做整卡直通。

3.3 首次开机与初始化

虚拟机开机后，用官方提供的局域网发现工具搜索设备。搜不到先别急着重装，按这个顺序查：虚拟机网络是不是桥接模式（NAT 模式下外面扫不到）；网卡型号是不是兼容的那款；引导配置里的物理地址和虚拟机网卡地址是否一致。这三条占了我遇到过的"搜不到"问题的九成。

搜到之后按向导走，系统会自动下载安装包并写入硬盘。这一步有几个细节值得说：

安装前只插一块数据盘。很多人图省事一次插满，结果系统把引导分区装到了错误的盘上，后面加盘的时候各种别扭。正确顺序是先装系统、再挂数据盘、最后建存储池。

安装过程中不要断电，也不要手贱去关虚拟机的光驱或者拔引导盘。系统正在往硬盘写分区表，中断的后果是硬盘变成"未初始化"状态，得重新来过。

系统装完第一件事是更新。NAS 系统的版本迭代挺快，出厂镜像里可能带着已经修复的漏洞。更新路径在控制面板里的更新中心，设置成"仅通知，手动安装"——自动更新这事儿我不太敢开，万一某次更新改了什么行为导致服务起不来，你人在外面会很被动。

3.4 存储池与卷的规划

这是整个流程里最该花时间想清楚的一步，因为建完之后改起来代价很大。

先说阵列类型。单盘方案没有任何冗余，一块盘挂了数据全没；两块盘做镜像，容量减半但安全；三块以上可以考虑带校验的方案，容量利用率更高，但重建时间长，重建期间如果再挂一块就全盘皆输。我个人的底线是：只要数据不能重新下载回来，就必须有冗余。

再说文件系统。支持快照的那个文件系统（名字里带 B 和树结构的那个）功能更全，能做快照、能做数据校验、能压缩，代价是内存占用略高、性能略低。普通方案胜在轻量和兼容。家庭场景我建议选支持快照的那个，快照这东西在被勒索软件盯上或者误删文件的时候，是最后的救命稻草——它的原理是写时复制，快照只记录变化的数据块，几乎不占额外空间。

还有一个容易被忽略的设置：预留空间。系统默认会预留一小部分空间给元数据和系统自身使用，这个比例不要调到零，否则存储池满了之后系统会变得极不稳定，甚至连删除文件都做不了。我一般留 5% 到 10%。

4. 装完只是开始：六项必须落地的配置

系统装完只完成了三成工作量，剩下的七成在这些配置里。不做这些，这台机器就是个能存文件的普通硬盘盒，离"好用"还差得远。

4.1 网络：桥接、固定地址与基础优化

虚拟化平台的网络桥接一定要配好，否则虚拟机会被 NAT 在后面，局域网内其他设备访问不到 NAS。配置方式是在平台的网络设置里新建一个桥接接口，把物理网卡绑上去，然后虚拟机的网卡挂到这个桥上。配完之后在局域网里用手机 ping 一下虚拟机的地址，能通就说明桥接生效了。

地址必须固定。两种做法，一是在虚拟化平台的 DHCP 服务里给这台虚拟机做地址绑定，二是在 NAS 系统内部直接配静态地址。我选后者，因为地址配置跟着系统走，以后迁移虚拟机不用重新配。配静态地址时注意避开路由器的自动分配区间，比如路由器分配 100 到 200，你就固定成 50，冲突概率基本为零。

如果交换机支持巨型帧，可以把 MTU 调到 9000，大文件传输能提升一点。但这东西要求链路上所有设备都支持，中间有一个不支持就会出现"能连上但传大文件卡死"的诡异现象。不确定的话就保持默认 1500，稳定比那点提升重要。

4.2 账户与权限模型

很多人图省事，全家共用一个管理员账号，这是给自己埋雷。管理员账号一旦泄露，攻击者可以直接改系统设置、删存储池。正确做法是分三层：

管理员账号只用来做系统维护，平时不登录，密码用密码管理器生成一串又长又乱的存在保险柜里。每个家庭成员一个普通账号，只给访问自己需要的文件夹的权限。再给各种服务（下载、影音、同步）单独建服务账号，只授予它们必须用到的那几个目录的读写权限。

这里有个实操技巧：权限尽量在"组"的层面配置，而不是给每个人单独配。建几个组，比如"家庭成员组""只读访客组""服务账号组"，把用户往组里丢，以后加人减人只是改组成员关系，不用动权限表。我最早是一人一配，后来加了个新设备要接入，翻了十几分钟的权限表才搞明白哪个目录漏了。

4.3 共享文件夹与协议选择

协议这块没什么玄学，按使用场景选就行。

局域网内的电脑访问走 SMB，兼容性最好，Windows 和主流桌面系统都原生支持。Linux 服务器之间挂载走 NFS，性能更好，权限模型更贴合。移动端和跨网络访问走 WebDAV 或者系统自带的应用，配置简单，穿透性好。媒体播放器可以走 DLNA，但我不太推荐——DLNA 没有权限概念，开了之后同网段任何设备都能直接看到你的媒体库目录，家里来客人连上 WiFi 就能翻。

文件夹的组织结构建议一开始就规划好。我的做法是按"数据重要程度"分层，而不是按"文件类型"分层。第一层是绝对不能丢的（照片、文档、证件扫描件），第二层是丢了麻烦但能重新获取的（影视资源、安装包），第三层是临时的（下载中转、测试数据）。这样备份策略可以直接按层来定，不用一个个目录去想。

4.4 快照与备份：3-2-1 原则的落地

快照和备份是两件事，很多人混为一谈。快照在同一块硬盘上，解决的是"误删、误改、被加密"这类逻辑错误；备份在另一块硬盘或另一台设备上，解决的是"硬盘物理损坏、整机丢失"这类物理问题。只做快照等于没做备份。

我的具体配置是这样的：第一层，每天凌晨对重要目录打一次快照，保留最近 30 天；第二层，每周把重要目录同步到机器内的另一组独立硬盘上；第三层，每月把最关键的那部分（照片和文档，通常几十 G）同步到一台异地设备上。三层加起来才算是够用。

有个细节值得说：快照的保留策略不要设成"保留全部"，那样空间会以肉眼可见的速度消失。滚动保留的方案（比如保留最近 7 天每天一次、最近 4 周每周一次、最近 12 个月每月一次）更合理，容量占用可控，历史深度也够。

还有一条：定期做恢复演练。我见过太多"备份看起来正常，真出事的时候恢复失败"的案例。每季度挑一个不重要的文件，从快照里恢复一次，从备份里恢复一次，确认整个链路是通的。这个动作花不了十分钟，但它决定了你的备份到底是"保险"还是"心理安慰"。

4.5 远程访问的正确姿势

这个话题网上说法很多，我只讲我认为稳妥的几条原则。

第一，不要在路由器上给 NAS 做端口映射，直接把管理界面暴露到公网。这一步的风险大到你无法想象——自动化扫描每天都在跑，暴露一个晚上就能收到上万次登录尝试。

第二，优先在家里局域网内使用。真有外出访问需求，优先考虑厂商自带的官方中转服务，虽然速度受限于中转服务器，但安全模型是经过设计的，配置也简单，开个开关就行。

第三，如果确实需要点对点的直连体验，选择有正规企业背书、具备完善安全审计能力的商用组网方案，不要用来路不明的免费工具。数据安全这事儿上，免费的往往是最贵的。

第四，无论用哪种方式，管理账号都必须开两步验证，并且限制登录尝试次数。这条没有例外。

4.6 监控、告警与功耗

机器装好之后不能当黑盒用，得让它出问题的时候主动告诉你。

硬件层面看三个指标：硬盘温度、SMART 健康状态、存储池容量。硬盘温度长期高于 45 度会显著缩短寿命，我的告警阈值设在 48 度；SMART 里重点关注重映射扇区数和待映射扇区数，这两个数值大于零就要开始准备换盘了；存储池容量到 80% 就该清理或者扩容，到 90% 系统性能会明显下降。

软件层面打开系统的通知功能，把告警推到手机上。我用的是邮件通知，配置简单，格式选纯文本（HTML 格式经常被邮件客户端拦下来）。

功耗这块，一台四盘位的 all in one 主机待机功耗在 25 到 40 瓦之间是正常水平，满载能到 60 到 80 瓦。按每天平均 35 瓦算，一个月大约 25 度电。如果发现功耗明显偏高，先查是不是硬盘没休眠——多半是某个服务在周期性读写，把它找出来关掉就行。

5. 常见问题与排查实录

这一节是我这几年攒下来的问题库，按发生频率排序。每一条都写了现象、原因和验证方法，遇到问题时可以当清单过一遍。

5.1 装完找不到设备，或者引导卡住

现象是虚拟化平台里虚拟机正常运行，但局域网发现工具扫不到。

先看虚拟机的网络模式。桥接模式下虚拟机才有独立地址，NAT 模式下它在虚拟网络里，外面扫不到。这是最常见的。

如果确认是桥接，再核对网卡型号。半虚拟化网卡性能好但引导环境可能没驱动，换成模拟千兆网卡试一次，十有八九能解决。

如果网络都正常还是扫不到，那就查引导配置里的物理地址和虚拟机网卡的地址是否一致。这个地址是引导环境识别"我是谁"的依据，不一致就会在网络上隐身。修改虚拟机的网卡地址命令：

# 查看虚拟机当前网卡配置 qm config 100 | grep net # 修改 MAC 地址 qm set 100 -net0 e1000=XX:XX:XX:XX:XX:XX,bridge=vmbr0

另一种情况是能搜到但装到一半卡住。多半是引导盘的端口映射和实际挂载位置不匹配，系统以为硬盘在 A 口，实际在 B 口。检查引导配置里的端口号设置，和你 qm set 时用的 sata 序号对齐。

5.2 硬盘掉盘、校验错误与健康告警

偶发性掉盘是最难缠的问题，因为它是间歇性的。

第一步排除休眠。主板的深度节能选项关掉，系统的硬盘休眠也先关掉，观察两天。如果问题消失，说明是休眠唤不醒，可以逐步把休眠打开，找到那个会触发问题的组合。

第二步查线。SATA 数据线和电源线是故障率很高的部件，尤其是用了几年、经常弯折的那种。换一根新线，同时检查接口有没有氧化。我有一次查了三天，最后发现是电源分线器的接头松了。

第三步看 SMART。重点看重映射扇区计数，如果这个值在增长，说明盘面已经有物理损伤，赶紧把数据迁走，别犹豫。校验错误还有一种可能是内存问题，如果机器用的是非校验内存，可以跑一轮内存测试确认。

第四步，如果硬盘是叠瓦式那种（缓存小、转速低的型号），在大量写入时可能出现长时间无响应，被系统判为掉盘。这种盘不适合做阵列，建议换成垂直式的。

5.3 网络与性能问题定位

传输速度上不去，先做分层排查。

先测局域网内两台有线设备之间的速度，排除交换机的问题。再测单块硬盘的本地读写速度，排除硬盘本身的问题。然后测 NAS 到电脑的传输速度，这时候如果只有三四十兆，基本可以判定是千兆网络的天花板（千兆理论 125MB/s，实际受协议开销影响在 110MB/s 左右），不是故障。如果真的远低于这个数，检查是不是走了无线、是不是路由器做了限速、是不是网线是超五类的老线。

小文件传输慢是正常现象，这是协议开销决定的，不是性能问题。判断标准是：连续大文件传输能跑到网络带宽的 80% 以上，就说明配置没问题。

系统响应慢（打开文件夹转圈）通常是内存不足。看一下系统监控里的内存占用，如果长期在 90% 以上，就该加内存或者关掉一些服务了。

5.4 常见问题速查表

5.5 几条只有踩过才知道的避坑经验

第一，装系统之前把引导盘和数据盘的位置在虚拟机配置里固定死，以后不要再动。我改过一次硬盘顺序，结果系统把新加的盘认成了原来的系统盘，直接进不去系统，折腾了两小时才恢复。

第二，动手之前先给虚拟机拍个快照。虚拟化平台的快照功能在这时候就是后悔药，配置改错了三十秒回滚，比重新装一遍省事太多。

第三，任何配置变更都记录一笔。我用一个纯文本文件记，格式是"日期 + 改了什么 + 为什么改"。三个月后你回头看，会感谢当时的自己。

第四，重要操作之前先把数据备份到机器之外的设备上。这条听起来像废话，但我见过太多"我只是想调个参数"最后变成"数据全没了"的故事。

第五，别在生产环境上做实验。想试新功能，克隆一台虚拟机出来随便折腾，跑通了再迁移。这台 all in one 主机上跑的东西越多，你越需要一个可以随便搞坏的地方。

6. 关于"够用就好"这件事

最后说几句掏心窝的话。我见过太多人把 all in one 主机搭成了一个新的折腾项目——今天加个监控面板，明天换个文件系统，后天又研究上分布式存储了，硬盘装了一堆，真正存下来的照片却没几张。这台机器的价值不在于它跑了多少个服务，而在于它安静地待在角落里，你想找一张五年前的照片，三秒就能翻出来。

基于这个判断，我的建议是：先把最核心的三件事做扎实——存储可靠、备份到位、远程能连。剩下的功能都是锦上添花，等真有需求了再加。硬件也是一样，别一上来就堆满盘位，留两个空位给以后扩容，比一次性买满更划算。

还有一个实际经验：整机的散热风道比单个风扇的转速重要。我最早用的是小机箱，硬盘紧贴着挤在一起，夏天温度能到 52 度，后来换了个带独立硬盘笼的机箱，同样的风扇转速，温度直接降到 42 度。硬盘这东西对温度很敏感，长期高温运行的盘，故障率是常温环境的好几倍，这个投入比买更贵的硬盘划算得多。

至于系统本身，用哪套其实没那么重要，重要的是一套你熟悉、出问题能自己修的系统。我现在的做法是：主存储跑开源方案，功能验证跑这套系统，两套并存，互不干扰。这样既能享受图形化管理的便利，又不用担心哪天系统更新把数据搞坏。毕竟数据这东西，你想它的时候它必须在。