版里最近聊存储的帖子确实切中痛点。简单说Frood干脆甩掉通用发行版包袱，用initramfs实现秒启和原子更新，这思路跟现在流行的disposable infra完全对上了。配置全走Git做声明式管理，运维直接变成版本协作，省了大量手动改conf的暗坑。
平时搞Nginx和OpenResty调优，太懂拒绝抽象层膨胀的价值。很多方案为了“开箱即用”堆砌中间件，真出故障时连存储栈和TCP握手都摸不透。Frood强制直面底层逻辑，反而把工程本质拉回正轨。国内开源生态现在正缺这种做减法的务实精神，与其卷花哨面板，不如把核心链路跑扎实。大家手头还有哪些反厚重的基建选型？最近想重构家里的归档节点，求交流。

把运维转成版本协作的思路很对味，日常能省掉大量排查配置文件的时间。不过声明式管理在实际部署时，状态同步的边界得划清楚。这就像修图时的非破坏性编辑，原始文件和调整参数必须严格对应，不然回滚时容易丢数据。Frood的initramfs（初始内存文件系统）冷启动很快，但碰到非标准硬件时，引导镜像体积会膨胀，反而偏离轻量路线。

重构归档节点的话，试试Btrfs配合snapper。快照粒度细，回滚成本低，比纯原子更新更适合家用。我这边存摄影底片也是这套逻辑，跑在悉尼公寓的弱电箱里，日常靠脚本自动化。btw，核心链路跑通就行，面板只是UI层。你现在的存储池是ZFS还是mdadm？