сообщение при выключении: сторожевой таймер не остановился!


20

При выключении я часто получаю сообщение

watchdog did not stop!

а затем ноутбук останавливается после нескольких других строк, не выключаясь.

Есть идеи, как это исправить? В последнее время это случалось очень часто, обычно, когда ноутбук некоторое время включался.

Я использую Debian 8 на Asus UX32LA

Я нашел этот системный файл (он показывает конфликт с 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
Можете ли вы попробовать удалить «rhgb quiet» из загрузочной cmdline и посмотреть, что произойдет?
Шубхам

Именно то, что я собирался предложить. «rhgb quiet» подавляет сообщения при загрузке / выключении, которые могут быть здесь полезны.
Тим С.

в / etc / default / grub нет «тихого rhgb» (а grub обновлен)
Reyx_0

В Debian эквивалентными вариантами удаления являются «тихий всплеск».
Телеком

Ответы:


16

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) Отредактируйте файл /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

1
Я обнаружил, что /sbin/shutdown -r nowработает вместо shutdown -r nowили reboot.
xinthose

update-grub на моем Centos7 говорит, что команда не найдена
stiv

@xinthose Эта хитрая команда работает. Странно то, что они указывают на один и тот же двоичный файл ( systemctl), я понятия не имею, почему.
Junle Li

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. Могут быть разные сервисы в любом случае.

Если после этого вы испытываете много времени загрузки, запустите systemd-analyze blame. В моем случае я обнаружил, что это systemd-udev-settle.serviceвызвало большие задержки, которые могут быть смягчены при запуске systemctl mask systemd-udev-settle.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.