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

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

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

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

Есть ли что-нибудь из этого для вас?

Я на одноплатном компьютере MIO с той же проблемой: sudo rebootили [CTRL] + [ALT] + [DEL] приводит к зависанию на

сторожевой пес не остановился

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

1. Используйте GRUB_CMDLINE_LINUX="reboot=bios"( reboot=acpiне работает для меня)

2. Используйте systemctl reboot -i, чтобы успешно перезагрузить систему. ( ссылка )

У меня была та же проблема, однако, сторожевой таймер не является самой проблемой. Оказалось, это исправить, установив use_lvmetad = 0в /etc/lvm/lvm.conf. Могут быть разные сервисы в любом случае.

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