通常、コンピュータをシャットダウンすると(コマンドを使用shutdown
)、非常に高速に動作しますが、アップデートが失敗したり、一部のサービスの設定ファイルが破損したりすると、次の問題が発生します。
一部の破損したサービスが停止操作を実行しています(20分58秒/無制限)。
放棄するまで画面を行進し、機械が終了するまで電源ボタンを押し続けていました。時には複数のタスクがあり、そのうちの1つは実際に一時停止され、他のタスクは一時停止されたタスクを待っています。各タスクのタイムアウトは1:30、合計20〜30分です。時々、長い待ちの終わりについに閉じたり、時にはそうではありません(または忍耐を失うこともあります)。
この問題を発見したら、中断されたコンテンツを強制的に終了し(半分)正常に閉じ続けられるようにする方法はありますか?主にbtrfs
(少し不安定な)raid6を実行しているので、roを再マウントしてディスクにフラッシュする機会が常にあることを確認したいと思います。 Ctrl + Alt + Deleteが役に立つと聞きましたが、^[[3~
画面下部に印刷するだけです。有効にするには別にすべきことがありますか?
明らかに言えば、私はいいえしようとするこのタイムアウトをグローバルにオフまたは無効にします。- 私のシステムは通常実行されずにシャットダウンできます。 - 問題を発見したときにインタラクティブにバイパスする方法が必要です。また興味もないなぜこれが起こるのか、または解決策- 診断は、コンピュータがシャットダウンして再起動するのを待つ必要があります。
最後に、この問題が発生したときにカーネルパニックを引き起こし、systemd-udev
私の知る限り永久的な停止を引き起こすudevルールを作成しました。何らかの理由で、これは終了自体がタイムアウトするまでドッカーが30分間停止することを意味します。
.mount
これは、VPNを介してのみアクセス可能なNFS共有を指すシステムデバイスがあり、VPNがダウンしても頻繁に発生するようです。マウントされたデバイスを停止すると、何らかの理由で私のユーザーセッションと6〜8個の他のデバイスの両方がタイムアウトするまで1:30(順番に)停止します。
以前に説明できなかった理由でシステムをシャットダウンするたびにこれが発生し、カーネルのアップグレードで問題が解決しました(5.7。
答え1
この問題を発見したら、中断されたコンテンツを強制的に終了し(半分)正常に閉じ続けられるようにする方法はありますか?
私の経験では、SysRq + REISUBは100%安全です。正直なところ、私はより短いバージョンのSysRq + SUBも使用しました。
メモ:ほとんどのディストリビューションでは、ほとんどのSysRq機能はデフォルトで無効になっています。再度有効にするには、/etc/sysctl.d/90-sysrq.conf
次の内容を含むファイルを作成します。
kernel.sysrq = 1
これは次の起動時に適用されますが、すぐに実行されるように設定します。
sysctl --system
答え2
できるだけ早くシステムをシャットダウンする必要があるたびに、次の操作を行います。
init 0
すべてのシステムプロセス(合計7、0から6までの番号付け)を停止するために使用される実行レベル。それは決して私を失望させませんでした。