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


19

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

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: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」を削除して、何が起こるかを確認してみてください。
shubham

まさに私が提案しようとしていたもの。「rhgb quiet」は、ここで非常に役立つ可能性があるブート/シャットダウン時のメッセージを抑制します。
ティムS.

/ etc / default / grubに「rhgb quiet」はありません(grubは更新されます)
Reyx_0

Debianでは、削除する同等のオプションは「静かなスプラッシュ」です。
telcoM

回答:


16

watchdog did not stop!ラインは正常な動作です。systemdハードウェアウォッチドッグ」タイマーをフェイルセーフとして設定し、通常のシャットダウンプロセスがフリーズ/失敗した場合に、指定された時間が経過してもコンピューターがシャットダウンするようにします。この期間はShutdownWatchdogSec=、ファイル内の変数で定義されます/etc/systemd/system.conf。ここにドキュメントからの説明があります:

RuntimeWatchdogSec =、ShutdownWatchdogSec =

実行時および再起動時にハードウェアウォッチドッグを構成します。タイムアウト値を秒単位で取ります(接尾辞が「ms」、「min」、「h」、「d」、「w」の場合は他の時間単位)。RuntimeWatchdogSec =がゼロ以外の値に設定されている場合、ウォッチドッグハードウェア(/ dev / watchdog)は、指定されたタイムアウト間隔内に接続されない場合、システムを自動的に再起動するようにプログラムされます。システム管理者は、指定されたタイムアウト間隔の半分に少なくとも1回は必ず連絡します。この機能を使用するには、ハードウェアウォッチドッグデバイスが必要です。これは、組み込みシステムやサーバーシステムでよくあることです。すべてのハードウェアウォッチドッグが再起動タイムアウトの設定を許可するわけではありません。その場合、利用可能な最も近いタイムアウトが選択されます。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 nowreboot
xinthose

Centos7のupdate-grubでコマンドが見つからないと表示される
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。いずれにしても、異なるサービスである可能性があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.