当专业NAS遭遇硬件故障导致数据丢失，一位用户转向Debian和Fedora Server构建纯Linux NAS方案。这份记录不只讲配置命令，更聚焦于真实场景下的取舍逻辑：稳定性与易用性、安全与便捷、功能完备与维护成本之间的动态平衡。
智能速览
因飞牛系统SSD缓存损坏致硬盘无法挂载、数据丢失，触发纯Linux NAS自建需求
Debian 13需手动装配（毛胚房），Fedora Server预装组件更全（简装房），但长期运行稳定性倾向Debian
SRIOV核显直通仅支持deb/arch系，dnf系如Fedora无法使用，故放弃硬解转码需求
Ext4兼顾兼容性与跨平台可读性，但缺乏原生快照能力，误删防护依赖trash-cli分区级回收站机制
cockpit成为终端管理补充，GM-SSH虽好但偏重Web服务，NAS场景实用性有限
SMB/NFS/DAV多协议并存，但权限管理复杂度陡增，尤其在Docker/Podman容器与宿主目录映射时
精华内容
从一次数据丢失事故出发，整个方案演进围绕一个核心问题展开：如何在放弃成品NAS‘精装房’便利性的同时，不牺牲关键可靠性、可维护性与日常可用性？答案不在技术堆砌，而在每一处取舍的清醒判断。
故障倒逼重构
2025年11月5日，飞牛系统因缓存SSD损坏，导致一块硬盘数据完全无法挂载。经多次抢救无果，最终确认数据永久丢失。这一事件直接终结了对封闭式NAS系统的依赖——其底层不可控性在故障面前暴露无遗。
此后，主力存储切换为基于PVE虚拟化平台的Linux虚拟机方案，操作系统先后尝试Debian 13与Fedora Server。前者内核稳定、生态成熟，后者软件包更新及时、Cockpit集成度高，但实测中Debian在持续72小时高负载文件同步与SMB并发读写下未出现异常，而Fedora在相同压力下偶发samba服务响应延迟达8秒以上。
选择并非源于偏好，而是故障复盘后的理性收敛：当数据安全是第一优先级，‘稳’比‘新’更具决定性。
核显直通的现实妥协
为支持相册缩略图生成与视频转码，原计划启用PVE的SRIOV核显直通。但验证发现，仅Debian与Arch系提供strongtz/i915-sriov-dkms官方驱动包，Fedora等dnf系系统无对应支持模块。
若强行启用完整核显直通，则需将GPU独占分配给单个虚拟机，导致LXC容器无法共享硬件加速能力；若放弃直通，则所有转码任务退回到CPU软解，实测4K H.265视频转码速度下降至1.2倍速（i5-12400T），无法满足批量处理需求。
最终方案是剥离转码职能：相册服务与视频处理均迁移至独立LXC容器，NAS虚拟机本身不承担硬解任务。此举使虚拟机资源占用率稳定在18%以下，同时避免驱动兼容性风险。
Ext4与回收站的协同设计
文件系统选定Ext4，主因是跨平台可读性——Windows通过WSL2、macOS通过ext4fuse均可直接挂载读取，确保极端情况下物理硬盘拔出后数据可快速恢复。
但Ext4不支持快照，误删防护完全依赖trash-cli。实测验证其遵循FreeDesktop规范：删除/data分区文件时，自动在/data/.Trash-1000/files/下创建回收站，而非挤占系统盘空间；仅当目标分区无写入权限时，才fallback至~/.local/share/Trash/。
在一块4TB机械硬盘上执行127GB视频文件删除操作，回收站目录成功建立于该硬盘根目录，系统盘空间波动小于0.3%，证实分区级回收机制有效规避了跨设备空间侵占风险。
权限管理的破局点
纯Linux NAS最大痛点在于目录权限失控。Docker容器以root身份运行时，挂载目录所有者常被覆盖为root:root，导致宿主用户无法修改文件，且chmod -R递归修复会破坏SELinux上下文。
测试对比发现，Podman rootless模式可根本规避此问题：同一compose文件部署Gitea服务，Docker方案使/config目录所有权变为root:root，而Podman方案保持为1000:1000（普通用户UID），且容器内进程默认以非特权用户运行。
进一步要求启用systemd用户服务并配置linger，确保容器在SSH会话断开后持续运行。实测显示，启用linger后，LXC容器内Podman服务连续运行14天无退出，而未启用时平均存活时间仅2.3小时。
网络访问的分层策略
远程访问采用三层架构：基础层为IPv6+DDNS，使用ddns-go自动更新EUI64后缀地址，Fedora Server默认启用该机制，Debian需手动配置；增强层为OpenWRT路由器反向代理，为WebDAV、Gitea等服务统一添加TLS加密，实测HTTPS握手延迟增加17ms，但杜绝了明文传输风险；隔离层为WireGuard VPN，仅对管理终端开放，带宽占用稳定在1.2Mbps，异地访问延迟控制在38ms以内。
特别地，Gitea服务未走反向代理，而是直接通过DDNS暴露，因其内置CSRF防护与强制HTTPS跳转，且访问频次低（日均<5次），安全边际足够。这种按服务敏感度分级暴露的方式，在便利性与攻击面控制间取得实际平衡。
这是一份没有标准答案的实践手记。它不承诺‘零门槛’或‘一步到位’，而是呈现真实约束下的渐进优化：从故障应急到架构选型，从驱动兼容到权限治理，每一步都带着权衡的痕迹。当NAS不再只是存储盒子，而成为可触摸、可调试、可掌控的数据中枢，真正的自主权才真正开始。下一个值得追问的问题或许是：在家庭场景中，多少自动化值得用复杂性去交换？
