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
这些对你有用吗?
归档时间: |
|
查看次数: |
67430 次 |
最近记录: |