ACPI

Ctime: 2026-05-16  |  Mtime: 2026-06-24  |  Author: ljf12825  |  Tags: Linux, Hardware

起因

我像往常一样在我的笔记本上启动Ubuntu 24.04，在tty1中login并startx启动GUI后，突发奇想，想去tty2中试一下tmux能不能用
于是我按下ctrl + alt + f2 切换到tty2，出现以下信息并刷屏

ACPI: divide by zero (20250404/utmath-478)
Aborting method \_SB.ATAD.WMNB due to previous error (AE_AML_DIVIDE_BY_ZERO)(20250404/pspurse-529)

上网查了一下，说是ACPI表中某个具体方法触发了除零，导致内核直接放弃执行这个ACPI方法，具体分析如下：

  • ACPI: divide by zero (20250404/utmath-478)
    • 内核ACPI核心检测到除零错误
    • (utmath-478)是内核源码里的ACPI数学工具函数，478行触发
  • Aborting method \_SB.ATAD.WMNB due to previous error(AE_AML_DIVIDE_BY_ZERO)(20250404/pspurse-529)
    • ACPI表里的方法_SB.ATAD.WMNB因前面的除零错误被放弃执行
    • _SB是"System Bus"
    • ATAD通常是某个设备或方法的命名，可能与ATA磁盘控制器或某厂商自定义设备相关
    • WMNB是一个WMI(Windows Management Instrumentation)方法，WMN开头通常是ACPI-WMI桥接方法，B表示这是一个数据块(Block)操作，WMNB一般是ACPI中暴露给WMI的可写数据块方法，笔记本厂商（如Lenovo, HP, ASUS等）用它来：控制风扇转速、性能模式；调节屏幕亮度或键盘背光；实现厂商专属的电源管理方法
    • AE_AML_DIVIDE_BY_ZERO表示AML(ACPI Machine Language)方法执行异常

总的来说

  • ACPI的WMI方法WMNB内部有一个除法操作，分母为0
  • 通常由切换VT（虚拟终端）触发，因为切换时系统会重新查询某些ACPI/WMI状态
  • 这是固件Bug,不是Linux内核Bug,但Linux的ACPI报错比Windows更严格

解决方案

这个问题不影响系统的正常使用，可以忽略
当tty使用直接framebuffer/控制台输出时，内核会把所有的ACPI错误打印到当前console
tty1被Xorg/Wayland占用或使用了VGA text mode，错误信息不会频繁刷屏

方法零：切换回tty1再切换到tty2

亲测有效

Linux在启动时，ACPI表会被加载，但其中的部分AML方法不会立即执行，某些AML方法只在特定事件发生时才会被调用，比如

  • 图形/显示状态切换
  • 电源管理事件
  • 热键或嵌入式控制器(EC)交互

当我从tty1切换到tty2时，内核或显示子系统可能会

  • 触发ACPI中与显卡、背光、或电源策略相关的方法
  • 其中\_SB.ATAD.WMNB被调用
  • 该方法内部执行了除法，但除数为0，触发内核报错

为什么不报错了

  1. 错误被内核屏蔽：某些ACPI错误在短时间内重复发生时，内核会限流(rate-limit)输出
  2. 状态已变更：某些硬件状态被初始化后，除数为0的条件不再被满足
  3. 系统进入稳定运行：不再触发该ACPI方法

\_SB.ATAD.WMNB方法有除零，往往是因为

  • AML代码中某个除法的除数来自硬件寄存器读取，读到了0
  • 固件假设某个硬件属性一定非零，但在特定时机（比如tty切换）尚未准备好

这个问题不严重，但它反映了ACPI表存在缺陷

方法一：屏蔽报错输出

在/etc/default/grub中添加内核参数，抑制ACPI错误刷屏

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash loglevel=3"

或更精准地屏蔽ACPI调试输出

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi.debug_layer=0 acpi.debug_level=0"

然后更新

sudo update-grub

方法二：禁用触发该方法的WMI模块

查看是否加载了相关WMI模块

lsmod | grep wmi

如果有厂商专属模块，比如asus_wmi，可以将其加入黑名单

echo "blacklist <模块名>" | sudo tee /etc/modprobe.d/blacklist-wmi.conf
sudo update-initramfs -u

方法三：升级BIOS/UEFI

Linux内核更新可能导致对ACPI的报错更加严格，及时更新BIOS，这类ACPI除零Bug有时会在BISO中修复

方法四：用acpi_override打补丁

如果BIOS不更新，可以反编译DSDT，手动修复WMNB方法中的除零问题，再用自定义SSDT覆盖

ACPI

ACPI表(Advanced Configuration and Power Interface Tables，高级配置与电源接口表)是计算机固件(BIOS/UEFI)提供给操作系统的一组数据结构

简单来说，它是硬件与操作系统之间的说明书，当操作系统启动时，固件会将这些表交给内核，告诉内核：主板上有什么硬件、它们是如何连接的、支持哪些电源管理功能、哪些设备可以唤醒电脑等信息

核心作用

  • 电源管理：控制CPU进入休眠状态、风扇转速、电池管理、笔记本合盖动作等
  • 硬件枚举：在x86架构中，ACPI表承担了类似设备树(Device Tree)的角色，让操作系统无需硬编码就能发现PCI中断路由、嵌入式控制器、CPU核心数量等
  • 热插拔与事件：处理设备插拔（如USB-C扩展坞）、温度过热保护等

常见ACPI表

  • RSDP(Root System Description Pointer)：ACPI表的入口，操作系统首先找到它
  • DSDT(Differentlated System Description Table)：这是最重要的一张表，包含大部分硬件信息和AML(ACPI Machine Language)字节码，操作系统通过解析它来理解硬件布局
  • SSDT(Secondary System Description Table)：补充表，常用于描述CPU电源状态（如SpeedStep、睿频）、独立显卡、USB控制器等
  • FADT(Fixed ACPI Description Table)：定义电源按钮、寄存器地址等固定硬件接口
  • MADT/APIC(Multiple ACPI Description Table)：多处理器表，描述CPU核心、中断控制器的分布，对多核CPU启动至关重要
  • RSDT/XSDT(Root System Description Table/Extended RSDT)：列出系统中所有ACPI表的地址
  1. 操作系统启动时读取RSDP，找到ACPI表
  2. 解析DSDT/SSDT,知道硬件有哪些设备、如何操作它们
  3. 根据FADT和其他表配置电源管理、休眠策略、风扇控制等
  4. 调用AML方法与硬件交互（比如开关CPU C-state或S-state）

ACPI的分层架构

flowchart TD subgraph 用户空间 A1[acpi] A2[电源管理工具] A3[`/sys/firmware/acpi`] end 用户空间 -->Linux内核层 subgraph Linux内核层 B1[ACPI Core
解释器、命名空间管理] B2[AML解释器
执行固件提供的字节码] B3[设备驱动
风扇、电池、热区] end Linux内核层 -- 内核读取 -->固件层BIOS/UEFI subgraph 固件层BIOS/UEFI C1[ACPI表
DSDT, SSDT, FADT...] C2[数据结构
硬件拓扑、资源描述] C3[AML字节码
固件提供的控制方法] end