飞牛NAS存储与共享(部署于pve-fnos)
全家族的数据仓库:31T 三个大卷,照片库经 NFS 喂给 PVE,同时也是全家族服务器档案的备份目的地。
访问方式
- Web 管理:
http://192.168.1.146(飞牛OS 界面)
- SMB:
\\192.168.1.146(含时间机器共享)
- NFS:
192.168.1.146:/vol5/...(pve-home 挂载为 /mnt/fnos5)
- SSH:
ssh -p 1208 yunmai@100.64.0.16(端口 1208)
技术架构
- 飞牛OS(trim 内核 6.18.18)跑在 pve-home 的 VM100(feiniu,6C/9G),直通 6 块物理盘 + 核显(转码)+ 音频
- 卷布局(trimafs 聚合 32T):
- /vol1:11T,用 37% —— 用户数据 +
9.1T旧Windows盘 目录 + 飞牛应用中心/docker
- /vol2:9T,用 14% —— 备份目的地(1000-1003 用户目录、
服务器档案、thumb)
- /vol5:11T,用 63% —— Photos 照片库(1000-1015 共 15+ 用户目录),NFS 导出
- /vol3(466G/2%)、/vol6(477G/12%):小卷
- /vol00/QEMU_HARDDISK:101G 用 94% 满(直通盘上的旧 Windows 数据)
- 飞牛全家桶:trim_* 约 25 个系统服务 + PostgreSQL 15(系统库)+ 云存储 WebDAV 挂载(1P 容量,阿里云盘类)
数据(存储/备份情况)
- 照片(vol5,6.9T)是全家族核心资产,当前无异地副本;PVE 的 fnos-backup 备份存储也落在同一 NAS(逻辑盘位待确认)
- /vol2 服务器档案:各服务器归档集中地,空间充裕(剩 7.8T)
- 时间机器共享(/vol1/@timemachine)供 Mac 备份
- 直通盘 vol00 94% 满是遗留垃圾数据
使用方法
- 存档案:优先放 /vol2(备份卷,空间大)
- 照片走飞牛相册 App(自动进 /vol5)
- pve-home 挂载检查:
mount | grep fnos5
维护方式(启停/日志/配置)
- VM 随宿主机起停;飞牛内服务:
systemctl status trim_main smbd nfs-mountd
- 磁盘 SMART:飞牛后台"硬盘管家";UPS 联动 nut-monitor(依赖 pve-home 的 upsd)
- 重启 NAS = 重启 VM100,会连带断掉 pve-home 的 NFS 备份路径,注意顺序
现状与风险
- 中:vol00/QEMU_HARDDISK 94% 满(遗留 Windows 数据待清理)
- 中:Photos 6.9T 单 NAS 无异地,且与 PVE 备份同 NAS
- 中:运维账号权限受限(sudo 需密码、无 docker 组),自动化巡检盲区
- 低:IPv6 直连公网(2409:8a5c:...),开放面需复核;SMB/NFS 全内网监听
优化建议(3-6条,给可直接执行的命令)
- 清理遗留 Windows 数据(先看再删):
du -sh /vol00/QEMU_HARDDISK/* | sort -h | tail -10
- 给 Photos 建站内冷备(利用 /vol2 剩余 7.8T):
nohup rsync -a --info=progress2 /vol5/1000/ /vol2/照片冷备/1000/ &(逐用户目录分批)
- 核对 PVE 备份目录是否存在:
ls /vol5/pve_backup/dump/ 2>/dev/null || echo "需在飞牛后台重建 pve_backup 共享并授权 NFS"
- 复核 SMB guest 与 IPv6 暴露:飞牛后台 → 文件服务 → 关闭 guest;控制台防火墙确认仅放行内网段
- 申请免密 sudo 只读巡检(飞牛后台 sudoers 加):
yunmai ALL=(root) NOPASSWD: /usr/sbin/zpool status, /usr/bin/docker ps