飞牛NAS重启掉阵列？真相是SATA节能惹的祸！两步彻底解决ALPM掉盘与“11/12 failed”误报
✅ 问题一：重启后存储池“掉线”，Web 界面无法访问
🔍 根本原因：
Linux 内核默认启用SATA ALPM（Active Link Power Management）节能模式，值为min_power_with_partial。
在部分硬件（主板/硬盘/电源）组合下，重启时 SATA 链路因节能进入低功耗状态，导致硬盘响应超时，被系统误判为“离线”或“故障”。
- 你使用sdb + sdd 组建 Linear 卷（/vol1）；
- 任一盘因 ALPM 掉线 → 整个 Linear 卷崩溃；
- 飞牛卡在 “Waiting for storage pool...”，Web UI 无法启动。
💡 这不是硬盘坏了，而是SATA 通信被节能策略中断。
✅ 解决办法：永久禁用 ALPM
创建 udev 规则，确保每次启动自动设置为高性能模式：
# 创建规则文件（使用 sudo tee 避免权限错误） cat << 'EOF' | sudo tee /etc/udev/rules.d/99-disable-sata-alpm.rules ACTION=="add|change", SUBSYSTEM=="scsi_host", KERNEL=="host*", ATTR{link_power_management_policy}="max_performance" EOF # 重载规则并立即生效 sudo udevadm control --reload-rules sudo udevadm trigger --subsystem-match=scsi_host # 验证（应全为 max_performance） cat /sys/class/scsi_host/host*/link_power_management_policy✅ 效果：
- 所有 SATA 控制器保持高性能；
- 硬盘不再因节能掉线；
- Linear/RAID 卷稳定加载；
- Web UI 正常访问。
✅ 问题二：日志报错 “md127: not enough operational devices (11/12 failed)” —— 误判 11 块硬盘故障
🔍 根本原因：
你实际只有4 块硬盘，但系统日志却显示 “11/12 failed”，这是因为：
- 曾在sdd 上尝试创建 RAID（如 md127）但未完成或异常中断；
- sdd 上残留了损坏或不一致的 RAID 元数据（superblock）；
- 其中
Raid Devices字段被错误写成12； - 启动时系统读取该元数据，误以为应有 12 块盘，实际只找到 sdd → 报错 “11/12 failed”。
💡 这是“幽灵 RAID”误报，并非真实硬件故障，也不包含你的有效数据。
✅ 解决办法：清理无效 RAID 元数据
⚠️前提：确认 sdd 上无重要数据（或已备份）
# 1. 停止无效阵列（如果还在运行） sudo mdadm --stop /dev/md127 2>/dev/null || true # 2. 清除 sdd 上的 RAID superblock # 注意：必须在 sdd 未被任何卷使用时执行！ # 如果 sdd 已用于 Linear（如当前 /vol1），请勿执行此步！ # ✅ 正确做法（仅当 sdd 是空闲盘时）： sudo mdadm --zero-superblock /dev/sdd📌重要提醒：
在你当前状态下（sdd 已用于/vol1Linear 卷），不要执行--zero-superblock！
因为它正在被使用，强行清除会破坏数据。
之前的“11/12 failed”错误在你重建 Linear 并部署 ALPM 规则后已自然消失，无需额外清理。
若未来要重用一块旧盘，可先在 Web UI 中“擦除”或手动清理。