BIOS“带内管理”设置禁用 IPMI 导致各种戴尔产品故障
摘要: 如果有意禁用操作系统与 iDRAC 之间的通信,则各种 Dell 企业产品会出现意外行为。这可以通过在 BIOS 系统安全设置中禁用“带内管理接口”设置来完成。
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
各种戴尔企业软件产品都依赖于 iDRAC 与操作系统的 IPMI 驱动程序之间的通信。以下是热门的戴尔产品,但这不是一个详尽的列表:
- Dell Update Packages (DUP):需要 IPMI 将固件有效负载传递给 iDRAC,以便在重新启动时应用 iDRAC
- Dell OpenManage Server Administrator (OMSA):对于由 iDRAC 管理的大多数组件(如风扇、电源等),需要 IPMI
- iDRAC 工具:Racadm 和 ipmitool 需要 IPMI 进行本地 iDRAC 通信
- iDRAC Service Module (iSM):需要 IPMI 通过创建的 USB 网络设备与 iDRAC 建立受信任的高速通信
- Dell System Update (DSU):DSU 的底层 Inventory Collector 依赖于 IPMI 来检测某些组件和固件版本,并且必须应用适用的 DUP
在 Windows 上禁用 IPMI 时,通常会在 Windows 系统事件日志中记录警告事件。在 Linux 上禁用 IPMI 时,会显示以下错误:
Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0 原因
IPMI 失败导致戴尔产品也出现故障的一个可能原因是故意禁用“系统安全”下 BIOS 设置中的“带内管理接口”设置。这会对操作系统完全隐藏到 iDRAC 的 IPMI 总线。
另一个原因可能是 IPMI 驱动程序在 Windows 中被禁用,或者 Linux 中的 IPMI 模块已停止。
解决方案
必须启用并加载 Windows 的本机 IPMI 驱动程序。这可以确认:
- 打开 设备管理器 ,然后选择 查看 > 显示隐藏的设备
- 在 “系统设备 ”部分下,打开 Microsoft 通用 IPMI 兼容设备
- 验证 设备状态 是否无错误
对于 Linux,验证 IPMI 模块是否处于活动状态并加载了 "lsmod | grep -i ipmi",尤其是 ipmi_si 模块。
此外,在 BIOS 设置中验证是否已启用系统安全>带内管理接口
受影响的产品
Dell System Update, OpenManage Server Administrator, Update Packages, iDRAC Service Module文章属性
文章编号: 000247770
文章类型: Solution
上次修改时间: 22 5月 2026
版本: 3
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。