关机时提示:看门狗没有停止!


19

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

watchdog did not stop!

然后笔记本电脑经过几行停顿后便冻结了,而没有关机。

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

我在华硕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

1
您可以尝试从启动cmdline中删除“ rhgb安静”,然后看看会发生什么吗?
shubham

正是我要建议的。“ rhgb quiet”抑制启动/关闭时的消息,这在这里可能非常有用。
Tim S.

/ etc / default / grub中没有“ rhgb安静”(并且grub已更新)
Reyx_0'1

在Debian中,要删除的等效选项是“ quiet splash”。
telcoM

Answers:


16

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

RuntimeWatchdogSec =,ShutdownWatchdogSec =

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

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

1)在处/etc/default/grub 编辑文件,然后编辑该 GRUB_CMDLINE_LINUX行,如下所示: GRUB_CMDLINE_LINUX="reboot=bios"

2)运行: update-grub

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

这些都对您有用吗?


我实施了您建议的更改,并很快通知您。谢谢
Reyx_0

不幸的是,它不起作用。并且我怀疑该问题与我也遇到的另一个问题有关(例如,笔记本电脑偶尔会在挂起时冻结):请参阅bugzilla.kernel.org/show_bug.cgi?id=102091
Reyx_0,2016年

1
我发现它/sbin/shutdown -r now可以代替shutdown -r nowreboot
xinthose

我的Centos7上的update-grub表示未找到命令
stiv,

@xinthose这个棘手的命令有效。奇怪的是,它们指向同一个二进制(systemctl),我不知道为什么。
李俊乐

1

我在MIO单板计算机上遇到相同的问题:sudo reboot或[CTRL] + [ALT] + [DEL]导致挂在

看门狗没有停止

以上都不对我有用,但值得庆幸的是,他们的组合完成了这项工作:

  1. 使用GRUB_CMDLINE_LINUX="reboot=bios"reboot=acpi对我不起作用)

  2. 使用systemctl reboot -i,成功重启系统。(链接


0

我遇到了同样的问题,但是,看门狗本身并不是问题。原来,通过设置固定use_lvmetad = 0/etc/lvm/lvm.conf。在任何情况下都可能是不同的服务。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.