虽然 iX-System 开源免费，但是他们也要赚钱。Truenas Scale 虽然可以家用、虽然可以单机使用、虽然他从 FreeBSD 系统切换到了 Debian 系统来开发，但是他的目标并非让家用 Nas 用的爽，而是让有规模的商业使用用的爽。

当 SCALE 刚刚装好，设置好插件使用的 Pool，他的 K3S 就开始启动了。虽然你一个插件也没安装，但是也会每隔几秒就让你的 CPU 从 0% 飙升到 20%，同时在功率计上可以看到上涨了 10 ~ 15 Watt.

虽然目前可以不设置插件的pool来避免 K3S 启动，然后自己搞 docker 那一套，但是他们奇怪的社区从官方到网友竟然都对这种做法反感。可想而知在未来 docker 很大概率会被砍掉，到时候要在 scale 上避免使用 k3s 而使用纯粹的 docker 将会更为困难。

但是 scale k3s 提供的大部分功能不是为家用、单机、NAS设计的，虽然比起 k8s 他算是轻量级的，但是对于我的需求而言却是超重量级的。

于我而言，希望使用 ZFS 作为文件系统、方便好用的 SMB 配置管理、所有不想使用的功能都可以关掉，是最舒服的。目前而言，只能放弃 Linux 系统，继续使用 TrueNas Core 作为 NAS 系统了。

参考：Docker K8s vs Docker straight - TN Scale | TrueNAS Community

HomeLab 真是小众，想找一个 ZFS 存储 + Linux 系统 + 不要 Kubernetes 的方案，搜来搜去也没人发过。Truenas Scale 社区的几个人也是奇葩，断章取义、不好好讨论而是阴阳怪气、完全围绕自己的想法不知道去理解别人的意思。

要不要 TrueNAS Core

最开始我的想法是

不能向 FreeBSD 妥协，我根本不会用这个系统，想想 apt，熟练编辑 source.list 就要多久的折腾时间，而 pkg install 是怎么一回事还不知道呢，那更不用说陌生的各种工具了。

使用 OMV 也不现实，要思考很多问题，首先文件系统选什么，虚拟机选什么，就可以搞老半个月了。直接使用 Debian 是最接近我想法的一条路，但是 SMB 这种东西的配置搞来搞去也没什么意思，所以还是向 TrueNAS SCALE 低头吧。

首先这个 SCALE 装好之后，插件中心不要打开了，他们还在开发，不着急去用他，不然插件中心一开，k3s 就要启动了，我的妈呀。所以我们不开插件中心。

然后就要打开 iptables，不然 docker compose 这一套就走不通。打开的方法网上到处都是。然后装好 qbittorrent，给他配置好配置文件路径、下载路径，这个软件重装起来是最麻烦的，把这些东西配置到 pool_0 里面去，免得以后重装校验几TB的东西那真的完犊子。

经过一番折腾后

我觉得还是蛋疼。首先我真正体会到什么叫做 Alpha、Beta 版，就是确实容易碰到Bug 。几个小时下来碰到了，kubernetes 死锁死循环、S.M.A.R.T 因服务配置问题无法通过自启检测、k3s 内一个监测系统模块的服务一直连不上那个运行的好好的系统服务，导致该服务一直在重启。

而令人感到开心的是 TrueNas Core 的反馈处理确实很快，提了一个 Vmware NVME 在他们的 middlewared 服务中识别失败的 bug 几个小时就有回应。第二天回复后几个小时又修好了，他们的语气态度还特别舒服。https://jira.ixsystems.com/browse/NAS-111769

因此我决定从需求出发，将 SMB / BT / EMBY / ZFS 几个需求重新考虑，结论是不需要在 Scale 上面帮他们测 bug，Linux 我另开个虚拟机折腾就好了。如果想玩 Kubernates 甚至就可以再开一个虚拟机，如果想玩 TrueNas Scale 那就再开一个……

而天天用到的 SMB/BT/EMBY/ZFS 还是老老实实回到 TrueNas Core 中去吧。

还有一块烂盘

希捷3TB 7200转速，从PC拆下来的，有坏道。我给他单独一个pool_test，用来测试坏硬盘在 NAS 里面的表现，哈哈。