NAS容器化
变更缘由 早期系统选型时为了减少大周期系统版本更迭带来的维护成本，同时期望有强大的社区能支撑最新软件版本的安装，选择了使用Manjaro做NAS系统。使用初期确实能通过获取大量所需的最新版本软件，同时隔段时间进行滚动更新也保证了系统无需在大周期重装系统。但同时也会发现滚动更新时，一些服务进行了无法向下兼容的升级，导致业务不可用，这需要花费时间去修复，并尝试恢复数据。一次是caddy从1到2的大版本升级，他的配置文件格式完全变更了，这导致网页服务直接崩溃；另一个是transmisson升级，无法进入服务，最后发现他的权限和配置路径有了一定变化。这两次软件变化都拖了好久才去解决。另外还有系统级别的问题，似乎是我升级了内核，但没完全升级和卸载，很长一段时间中启动时grub首选项有问题，重启需要连接显示器。尝试解决好几次没解决，隔了好几个月终于尝试find内核版本，发现有残留文件。同时也在考虑更换CPU的事，目前使用 ，发布到现在已经十年了，性能太差。因此也期望能尽量将现有服务无损迁移，这也要求我对服务配置文件有一定把控，而不是继续AUR社区脚本设计的配置路径，这可能会导致数据丢失。 ...