我有一台运行 Arch Linux 的 Alienware Aurora R7。关闭时,内核会出现恐慌,恐慌消息中会出现类似这样的内容(省略时间戳):
BUG: Unable to handle kernel NULL pointer dereference at (null)
IP: i2c_dw_isr+0x3ef/0x6d0
PGD 0 P4D 0
Oops: 0000 [#1] PREEMPT SMP PTI
从各种来源(1、2)来看,这似乎与i2c-designware-core
模块有关,解决方法是将其列入黑名单。但是,对于最近的内核(似乎是 4.10 及更高版本),这似乎不是作为模块构建的:
# uname -srv
Linux 4.15.2-2-ARCH #1 SMP PREEMPT Thu Feb 8 18:54:52 UTC 2018
# zgrep DESIGNWARE /proc/config.gz
CONFIG_I2C_DESIGNWARE_CORE=y
CONFIG_I2C_DESIGNWARE_PLATFORM=y
CONFIG_I2C_DESIGNWARE_SLAVE=y
CONFIG_I2C_DESIGNWARE_PCI=m
CONFIG_I2C_DESIGNWARE_BAYTRAIL=y
CONFIG_SPI_DESIGNWARE=m
CONFIG_SND_DESIGNWARE_I2S=m
CONFIG_SND_DESIGNWARE_PCM=y
所以我不得不在恐慌时重启内核:
# cat /proc/cmdline
root=UUID=e5018f7e-5838-4a47-b146-fc1614673356 rw initrd=/intel-ucode.img initrd=/initramfs-linux.img panic=10 sysrq_always_enabled=1 printk.devkmsg=on
(其中的奇怪路径/proc/cmdline
是因为我直接从 UEFI 启动,并使用创建的条目efibootmgr
。路径植根于/boot
ESP 安装的位置。)
这似乎是触摸板的东西,但我没有触摸板,也不会得到。我能做些什么来禁用这个东西?我必须构建自定义内核吗?
由于linux-lts
也比 4.10(当前为 4.14)更新,似乎也没有一种简单的方法来安装较旧的内核,黑名单可能会起作用。
使用nolapic
作为内核参数解决了关机恐慌问题,但它会导致系统在启动后冻结几分钟,所以我不能使用它。
在阅读内核源代码后,我发现了一个我们需要黑名单的功能!
感谢Stephen Kitt的提示
initcall_blacklist
。添加
initcall_blacklist=dw_i2c_init_driver
到内核命令行。这适用于内核 4.15.0。对于任何会找到这个答案的人。您可以通过编辑来做到这一点
/etc/default/grub
:sudo -H gedit /etc/default/grub
.GRUB_CMDLINE_LINUX_DEFAULT
:GRUB_CMDLINE_LINUX_DEFAULT="… initcall_blacklist=dw_i2c_init_driver"
。sudo update-grub
.添加
initcall_blacklist=i2c_dw_init_master
到内核命令行应该会阻止 Designware 驱动程序在引导期间初始化,并完全避免该问题。请参阅内核参数以获得非常简短的描述
initcall_blacklist
,以及补丁周围的线程以获得更多有用的背景信息。尝试各种关闭方式,似乎
poweroff
使用内核参数将 Linux 引导到目标可以systemd.unit=poweroff.target
关闭。因此,当我等待更好的解决方案时,我添加了一个简单地关闭的引导条目。使用GRUB (并且可能使用其他引导加载程序)很容易做到这一点,但我想不出一种方法让 UEFI 本身简单地关闭。而且似乎 Alienware 的 UEFI 实现不支持同一个文件的多个条目,所以我最终复制
vmlinuz-linux
并为副本添加了一个条目:这里的磁盘和分区选项特定于我的系统。此处创建的引导条目编号为
0001
,因此off
提供了一个干净关机的脚本:可能有一种更简单的方法来设置 UEFI 关闭目标。