web-dev-qa-db-ja.com

シャットダウン時のメッセージ:ウォッチドッグが停止しませんでした!

シャットダウン時によくメッセージが表示されます

watchdog did not stop!

そして、ラップトップはシャットダウンせずに他の数行後にフリーズします。

これを修正する方法について何か考えはありますか?最近、それは非常に頻繁に発生しました。

Asus UX32LAでDebian 8を使用しています

役立つ場合は、このsystemdファイルを見つけました(shutdown.targetとの競合を示しています)。私の印象は、問題はバックライトを修正しようとする私から来るいくつかの問題に依存しているということです(実際には、GRUBパラメーターが "acpi_osi ="でのみ機能します)。

[Unit]
Description=Load/Save Screen Backlight Brightness of %i
Documentation=man:[email protected](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
20
Reyx_0

watchdog did not stop!行は通常の動作です。 systemdは、 " hardware watchdog "タイマーをフェイルセーフとして設定し、通常のシャットダウンプロセスがフリーズまたは失敗した場合に、指定された時間が経過してもコンピューターがシャットダウンすることを保証します。この期間は、ファイルShutdownWatchdogSec=の変数/etc/systemd/system.confで定義されています。 the 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で再試行することをお勧めします

これらのいずれかが機能しますか?

16
J. Taylor

同じ問題でMIOシングルボードコンピューターを使用しています:Sudo rebootまたは[CTRL] + [ALT] + [DEL]でハングアップする

ウォッチドッグは停止しませんでした

上記のどれも私にとってはうまくいきませんでしたが、ありがたいことにそれらの組み合わせがうまくいきました:

  1. 使用する GRUB_CMDLINE_LINUX="reboot=bios"reboot=acpiが機能しませんでした)

  2. 使用する systemctl reboot -i、システムを正常に再起動します。 ( リンク

1
domih

同じ問題がありましたが、ウォッチドッグ自体は問題ではありません。 use_lvmetad = 0/etc/lvm/lvm.confを設定することで修正されました。いずれにしても、異なるサービスである可能性があります。

この後、起動時間が長くなる場合は、systemd-analyze blameを実行してください。私の場合、systemd-udev-settle.serviceが大きな遅延を引き起こしていることがわかりました。これはsystemctl mask systemd-udev-settleを実行することで軽減できます。

0
Thomas G.