关机时的消息:看门狗没有停止!

Rey*_*x_0 27 shutdown acpi acpid watchdog

在关机时,我经常收到消息

watchdog did not stop!
Run Code Online (Sandbox Code Playgroud)

然后笔记本电脑在几条其他线路后冻结而没有关闭。

关于如何解决这个问题的任何想法?最近经常发生这种情况,通常是在笔记本电脑开机一段时间后。

我在 Asus UX32LA 上使用 Debian 8

我找到了这个 systemd 文件(它显示了与 shutdown.target 的冲突),如果有帮助的话。我的印象是这个问题取决于我试图修复背光的一些问题(它实际上只适用于 grub 参数 "acpi_osi=" )

[Unit]
Description=Load/Save Screen Backlight Brightness of %i
Documentation=man:systemd-backlight@.service(8)
DefaultDependencies=no
RequiresMountsFor=/var/lib/systemd/backlight
Conflicts=shutdown.target  
After=systemd-readahead-collect.service systemd-readahead-replay.service     systemd-remount-fs.service
Before=sysinit.target shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-backlight load %i
ExecStop=/lib/systemd/systemd-backlight save %i
Run Code Online (Sandbox Code Playgroud)

J. *_*lor 21

watchdog did not stop!行是正常行为。systemd设置“硬件看门狗”定时器作为故障保护,以确保如果正常关机过程冻结/失败,计算机在指定的时间段后仍将关机。该时间段ShutdownWatchdogSec=在文件中的变量中定义/etc/systemd/system.conf。这是文档中的描述:

RuntimeWatchdogSec=, ShutdownWatchdogSec=

在运行时和重新启动时配置硬件看门狗。采用以秒为单位的超时值(或其他时间单位,如果后缀为“ms”、“min”、“h”、“d”、“w”)。如果 RuntimeWatchdogSec= 设置为非零值,则看门狗硬件 (/dev/watchdog) 将被编程为在指定的超时间隔内未联系到系统时自动重新启动系统。系统管理员将确保在指定的超时间隔的一半内至少与它联系一次。此功能需要存在硬件看门狗设备,这在嵌入式和服务器系统中很常见。并非所有硬件看门狗都允许配置重启超时,在这种情况下,将选择最接近的可用超时。ShutdownWatchdogSec= 可用于在系统被要求重新启动时配置硬件看门狗。它充当安全网,以确保即使干净的重启尝试超时也能进行重启。默认情况下,RuntimeWatchdogSec= 默认为 0(关闭),ShutdownWatchdogSec= 为 10 分钟。如果硬件看门狗不可用,这些设置将不起作用。

正如您所指出的,听起来您的实际问题可能与更改 ACPI 设置有关。这个 Debian 论坛帖子上的答案建议如下:

1) 编辑文件 at/etc/default/grub 并将该GRUB_CMDLINE_LINUX行编辑为 如下所示: GRUB_CMDLINE_LINUX="reboot=bios"

2)运行: update-grub

如果reboot=bios不起作用,他们建议重试reboot=acpi

这些对你有用吗?