RAID卡BBU状态必须用MegaCli64或storcli查询，因BBU由控制器固件独立管理，不接入ACPI或power_supply内核子系统；upower和acpi对其无效。
Linux 查看 RAID 卡电池（BBU）状态，必须用 MegaCli64 或 storcli，不能靠 upower 或 /sys/class/power_supply/ —— 那些只管笔记本内置电池，和 RAID 卡上的 BBU 完全无关。
为什么 upower 和 acpi 对 RAID 电池完全无效
RAID 卡的电池（BBU，Battery Backup Unit）是独立硬件模块，由 RAID 控制器芯片管理，不走 ACPI 或 power_supply sysfs 接口。试图用 upower -i 或 cat /sys/class/power_supply/BAT0/capacity 去查它，只会得到 “No such file or directory” 或空输出。这不是权限或路径问题，是架构层级根本不同。
-
upower只识别内核通过power_supply子系统暴露的设备（如笔记本电池、USB-C PD 适配器） -
acpi依赖 BIOS 提供的 _BIF/_BST 方法，RAID 卡 BBU 不在 ACPI namespace 中定义 - BBU 状态只能通过 RAID 控制器固件提供的专用命令访问，即
MegaCli64（LSI/Broadcom）或storcli（新版本替代工具）
MegaCli64 -AdpBbuCmd -GetBbuStatus -aAll 是最直接的检查命令
这条命令会返回 BBU 的完整运行状态，包括是否在线、充电中、健康度、电压、温度、剩余寿命估算等。实际执行时注意以下几点：
- 路径通常为
/opt/MegaRAID/MegaCli/MegaCli64，部分系统软链到/usr/sbin/MegaCli64或/usr/local/bin/MegaCli64 - 必须以 root 权限运行，普通用户会提示 “No controller found”
- 若返回
Adapter 0: Get BBU Status Failed. FW error description: The required hardware component is not present.，说明该 RAID 卡没有物理 BBU（可能是 CacheVault 模块或电容后备方案） - 关键字段关注：
Relative State of Charge（当前电量百分比）、Charger Status（充电中/已充满/未连接）、Learn Cycle Requested（是否需校准充放电）
storcli 替代方案及兼容性要点
新出厂的 Broadcom RAID 卡（如 MegaRAID 93xx/94xx 系列）默认不再附带 MegaCli64，改用 storcli。它命令结构更统一，但输出字段名略有变化：
- 查看 BBU 状态：
storcli /c0/bbu show（/c0表示控制器 0） - 常见有效输出字段：
BBU Firmware Version、BBU Learn Cycle Status、Remaining Capacity（单位 mAh）、Temperature（℃） - 若
storcli报错No BBU detected，不是命令错，而是该卡使用超级电容（CacheVault）而非锂电池，此时应查storcli /c0/vc show（Vault Cache 状态） -
storcli二进制通常放在/opt/MegaRAID/storcli/storcli64，部分发行版可通过apt install storcli安装
容易被忽略的“健康度陷阱”：容量衰减 ≠ 电量不足
RAID 卡 BBU 的 capacity（如 Relative State of Charge: 95%）只反映当前电量，不代表长期健康；真正决定是否该更换的是 Design Capacity 与 Full Charge Capacity 的比值 —— 这个值在 MegaCli64 -AdpBbuCmd -GetBbuCapacityInfo -aAll 输出中才有。很多管理员看到 “98% charged” 就以为没问题，但若 Full Charge Capacity 已降到设计值的 60%，说明电池老化严重，掉电时无法维持足够缓存刷盘时间。
这个数值不会出现在日常监控脚本里，必须主动触发容量校准（MegaCli64 -AdpBbuCmd -BbuLearn -aAll）后才能获取准确读数，而校准过程需持续数小时且期间写入性能下降 —— 所以它常被跳过，直到某次意外断电导致数据丢失才被想起。
