シャットダウン時によくメッセージが表示されます
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
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
で再試行することをお勧めします
これらのいずれかが機能しますか?
同じ問題でMIOシングルボードコンピューターを使用しています:Sudo reboot
または[CTRL] + [ALT] + [DEL]でハングアップする
ウォッチドッグは停止しませんでした
上記のどれも私にとってはうまくいきませんでしたが、ありがたいことにそれらの組み合わせがうまくいきました:
使用する GRUB_CMDLINE_LINUX="reboot=bios"
(reboot=acpi
が機能しませんでした)
使用する systemctl reboot -i
、システムを正常に再起動します。 ( リンク )
同じ問題がありましたが、ウォッチドッグ自体は問題ではありません。 use_lvmetad = 0
に/etc/lvm/lvm.conf
を設定することで修正されました。いずれにしても、異なるサービスである可能性があります。
この後、起動時間が長くなる場合は、systemd-analyze blame
を実行してください。私の場合、systemd-udev-settle.service
が大きな遅延を引き起こしていることがわかりました。これはsystemctl mask systemd-udev-settle
を実行することで軽減できます。