☰

Debian 9 から 90 秒間 2 ～ 3 回ごとに終了する「ジョブ停止ジョブが実行中です」を処理する方法は？

tag-icon • tag-icon debian shutdown bugs start-stop-daemon
Debian 9 から 90 秒間 2 ～ 3 回ごとに終了する「ジョブ停止ジョブが実行中です」を処理する方法は？

Debian Stretch(9) を終了すると、次の内容が表示される可能性が高くなります。

「...fユーザーDebian-gdmが停止操作を実行しています（59秒/ 1分30秒）」を示すスクリーンショット

いくつかの質問があります。

1）これは未解決のバグのようです（何年も発生しました）。私が言う「バグ」は、LinuxがWindowsよりも早く終了する必要があるということです。それ以外の場合はバグがあります。

2）このエラーは把握して解決するのが難しいようです。

3）プログラミング経験はありますが、Linuxカーネルなどはありません。 「キャンセルするには、Esc」を直接追加してみてください。それでは、どのファイルを変更する必要がありますか？このファイルや他のファイルをコンパイルできますか？

編集する

コンテンツ/etc/gdm3/daemon.conf

# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

# Enabling automatic login
#  AutomaticLoginEnable = true
#  AutomaticLogin = user1

# Enabling timed login
#  TimedLoginEnable = true
#  TimedLogin = user1
#  TimedLoginDelay = 10

[security]

[xdmcp]

[chooser]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
#Enable=true

答え1

実際の解決策は、どのプロセスがまだ実行されているのか、その理由は何であるかを調べることです。話すのは簡単で、やりにくい！私のシステムは、不良セクタのために破損したファイルシステムを持つUSB 2.0を介して接続された2TBの外部ディスクで「fsck」操作を実行しています（完了していません）。当然できませんでした！幸いなことに、私がアクセスできない唯一のデータは不要なフォルダです。残りのデータをすべてコピーした後、ドライブを再フォーマットしたところ、この症状が消え、シャットダウンが再び速くなりました。

答え2

これは実際にエラーではありません。 Linuxは、プログラムが最大1分30秒間終了するまで正常に待機します。

SIGTERM を無視する一部のプロセスがバックグラウンドで実行されていることを確認します。ほとんどの場合、自分で実行するか、何らかの方法で自分でスケジュールできます。 （新しくインストールされたディストリビューションではこの問題は発生しません。）

この問題を解決するには、起動/停止操作をサポートするシステムサービスでプロセスを実行する方法を見つけます。

関連情報