存储空间未挂截掉盘修复

jihe

飞牛NAS掉盘修复手册（豆包&gmini3）

核心逻辑

飞牛NAS掉盘99%原因：LVM未激活 + Btrfs掉盘日志损坏（RAID本身无故障，无需重组），最小侵入修复，优先保数据。

📋 飞牛 OS 掉盘精准定位修复手册

SSH访问，转root权限

ssh 用户名@192.168.0.xxx -p xxxx （ip及端口号）

sudo su -

1. 快速定位：到底是谁掉了？

执行 lsblk -fp，通过**标签（LABEL）**快速锁定路径：

【

1物理磁盘： /dev/sdb1

1. RAID阵列： /dev/md126
2. LVM 逻辑卷路径： /dev/mapper/trim_3ceff3a2_c7b4_47e8_970b_9a837724c337-0
3. 飞牛挂载点： /vol2 (假设)
4. 】

• 找目标： 看到 LABEL 为 shihan-nas:中大童-临时4T 的那一行。
• 取路径： 记录它下方的 NAME，通常是 /dev/mapper/trim_3ceff...。

注意： 飞牛的逻辑卷通常以 trim_ 开头，后面跟着一串 UUID。

trim_3ceff3a2_c7b4_47e8_970b_9a837724c337-0

第一类：定期检查（防复发）

1. 查寿命： smartctl -a /dev/sdb | grep -E "Reallocated_Sector_Ct|Current_Pending_Sector"（如果不为 0，赶紧买新盘）。
2. 清隐患： btrfs scrub start /vol2（挂载成功后跑一次，跑完后用 status 查看）。

第二类：应急救命（再掉盘时）

1. 激活： vgchange -ay
2. 清日志： btrfs rescue zero-log /dev/mapper/xxx
3. 【加到webui网页端尝试点击挂载】
4. 挂载： mount -t btrfs -o defaults,rescue=usebackuproot /dev/mapper/xxx /vol2

第三类：红线（绝对不动）

• 不碰 sda1，不跑 --repair，不格式化。

总结建议： 硬件检测（SMART）和数据校验（Scrub）是最有必要的日常维护。而修改 LVM 配置文件风险较高，只要目前重启能自动挂载，就不要去动它。