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 驱动程序。这可以确认:

  1. 打开 设备管理器 ,然后选择 查看 > 显示隐藏的设备
  2. “系统设备 ”部分下,打开 Microsoft 通用 IPMI 兼容设备
  3. 验证 设备状态 是否无错误

对于 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
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。