Meldung beim Herunterfahren: Watchdog hat nicht aufgehört!

Beim Herunterfahren bekomme ich oft die Nachricht

watchdog did not stop!

und dann friert der Laptop nach ein paar anderen Zeilen ein, ohne herunterzufahren.

Irgendeine Idee, wie das behoben werden kann? In letzter Zeit kam es sehr oft vor, normalerweise, wenn der Laptop für einige Zeit eingeschaltet war.

Ich benutze Debian 8 auf einem Asus UX32LA

Ich habe diese systemd-Datei gefunden (sie zeigt einen Konflikt mit dem shutdown.target), falls dies hilfreich sein könnte. Mein Eindruck ist, dass das Problem von einem Problem abhängt, das von mir beim Versuch, die Hintergrundbeleuchtung zu beheben, verursacht wurde (was eigentlich nur mit dem Grub-Parameter "acpi_osi =" funktioniert).

[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

Die watchdog did not stop!Leitung ist normales Verhalten. systemdSetzt einen " Hardware-Watchdog " -Timer als Failsafe, um sicherzustellen, dass der Computer nach dem angegebenen Zeitraum immer noch heruntergefahren wird, wenn der normale Herunterfahren-Prozess einfriert oder fehlschlägt. Dieser Zeitraum wird in der Variablen ShutdownWatchdogSec=in der Datei definiert /etc/systemd/system.conf. Hier ist die Beschreibung aus den Dokumenten :

RuntimeWatchdogSec =, ShutdownWatchdogSec =

Konfigurieren Sie den Hardware-Watchdog zur Laufzeit und beim Neustart. Nimmt einen Timeout-Wert in Sekunden an (oder in anderen Zeiteinheiten, wenn die Suffixe "ms", "min", "h", "d", "w" lauten). Wenn RuntimeWatchdogSec = auf einen Wert ungleich Null gesetzt ist, wird die Watchdog-Hardware (/ dev / watchdog) so programmiert, dass das System automatisch neu gestartet wird, wenn es nicht innerhalb des angegebenen Timeout-Intervalls kontaktiert wird. Der Systemmanager stellt sicher, dass er mindestens einmal in der Hälfte des angegebenen Timeout-Intervalls Kontakt mit ihm aufnimmt. Für diese Funktion muss ein Hardware-Watchdog-Gerät vorhanden sein, wie dies in Embedded- und Serversystemen üblich ist. Nicht alle Hardware-Watchdogs ermöglichen die Konfiguration des Neustart-Timeouts. In diesem Fall wird das nächstmögliche verfügbare Timeout ausgewählt. ShutdownWatchdogSec = kann verwendet werden, um den Hardware-Watchdog zu konfigurieren, wenn das System zum Neustart aufgefordert wird. Es fungiert als Sicherheitsnetz, um sicherzustellen, dass der Neustart auch dann stattfindet, wenn bei einem sauberen Neustart eine Zeitüberschreitung auftritt. Standardmäßig ist RuntimeWatchdogSec = 0 (aus) und ShutdownWatchdogSec = 10 min. Diese Einstellungen haben keine Auswirkung, wenn kein Hardware-Watchdog verfügbar ist.

Wie Sie bereits angedeutet haben, hängt das eigentliche Problem wahrscheinlich mit dem Ändern der ACPI-Einstellungen zusammen. Die Antworten in diesem Debian-Forum-Thread lassen Folgendes vermuten:

1) Bearbeiten Sie die Datei unter /etc/default/grub und die GRUB_CMDLINE_LINUXZeile so, dass sie wie folgt aussieht: GRUB_CMDLINE_LINUX="reboot=bios"

2) laufe: update-grub

Wenn reboot=biosdies nicht funktioniert, schlagen sie einen erneuten Versuch mit vorreboot=acpi

Arbeiten beide für Sie?

Ich bin auf einem MIO Single Board Computer mit dem gleichen Problem: sudo rebootoder [STRG] + [ALT] + [ENTF] führt zu hängen an

Wachhund hörte nicht auf

Keines der oben genannten hat für mich funktioniert, aber zum Glück hat eine Kombination von beiden die Arbeit erledigt:

1. Verwendung GRUB_CMDLINE_LINUX="reboot=bios"( reboot=acpihat bei mir nicht funktioniert)

2. Verwenden Sie systemctl reboot -i, um das System erfolgreich neu zu starten. ( Link )

Ich hatte das gleiche Problem, aber Watchdog ist nicht das Problem selbst. Es stellte sich heraus , indem fixiert werden use_lvmetad = 0in /etc/lvm/lvm.conf. Könnten auf jeden Fall unterschiedliche Leistungen sein.