web-dev-qa-db-ja.com

ユーザーのセッションc2に対して停止ジョブが実行されています

コンピューターをシャットダウンするたびに、次のメッセージが表示されます。

A stop job is running for Session c2 of user ... (1min 30s)

1分30秒待機してから、シャットダウンプロセスを続行します。私は このsystemdシャットダウン診断ガイド に従い、 shutdown-log.txt を取得します（非常に長いため、ここにログを直接貼り付けることはできません）。残念ながら、自分ではログを理解できません。私のシステムが正しくシャットダウンしない原因を見つけるのを手伝ってくれる人はいますか？

カーネル4.4.5-1-ArchでArch Linuxを実行しています。systemdバージョンは229-3です。

追加1：ログアウトするたびに、ログイン画面からコンピューターをシャットダウンすると、A stop job is running...というメッセージが表示されません。シャットダウンする前に何度もログアウトしようとしたので、たまたま起きなかったと思います。その情報がお役に立てば幸いです。

追加2：シャットダウンがハングするのは、常にセッションc2です。 @ n.stが示唆するように、私は シャットダウンの問題の診断 をもう一度見て、dmesgではなくloginctl session-status c2を格納しましたが、shutdown-log.txtには何もありません。 loginctl session-status c2をsystemd-cglsに置き換え、次のログを取得しました。

Control group /:
-.slice
└─init.scope
  ├─   1 /usr/lib/systemd/systemd-shutdown reboot --log-level 6 --log-target ...
  ├─1069 /usr/lib/systemd/systemd-shutdown reboot --log-level 6 --log-target ...
  ├─1071 /bin/sh /usr/lib/systemd/system-shutdown/debug.sh reboot
  └─1074 systemd-cgls

何か案は？

注：カーネル4.6.4-1-Archおよびsystemd 230-7に更新した後、エラーは発生しなくなりました。

systemdshutdown
67
macnguyen

この問題の回避策は、/etc/systemd/system.confのこのタイムアウトを90秒からたとえば10秒に減らすことです。

DefaultTimeoutStopSec=10s

変更を加えた後、ターミナルで次のコマンドを実行します

$ systemctl daemon-reload
46
MightyPork

この問題には多くの原因が考えられるため、具体的な回答ではうまくいきません。トラブルシューティングのためにこれを試してください：

  1. シャットダウン時に "Stop job is running for Session c2 ..."メッセージが表示されるのを待ち、シャットダウンの完了後に再起動します。
  2. ターミナルで_journalctl -p5_を実行し、ENDを押してsystemdジャーナルの最後に移動します（_-p5_は大量のゴミを除外します）
  3. _/_を押して検索を開始し、検索語句を入力します_timed out. Killing._
  4. _SHIFT+N_を繰り返し押して後方検索
  5. 以下の各行は、どのアプリケーションが正しく動作していなかったかを示しています：Killing process 1234 (jack_thru) with signal SIGKILL.

それが常に同じアプリケーションである場合、それが何をするのか、なぜそれがシャットダウン時に停止しないのかを調べたいと思います。それ以外の場合は、問題を解決するのがより複雑になる可能性がありますが、ヒントがまだ1つまたは2つある可能性があります。

幸運を！ :)

16
mzuther

Arch Linuxのredditフォーラムで検索して投稿を見つけたところ、同じ問題がありました。

これが私のために働く解決策です https://www.reddit.com/r/archlinux/comments/4bawf7/a_stop_job_is_running_for_session_c2_of_user/d17th

ウォッチドッグをインストールする

# pacman -S watchdog

そして、起動時にサービスを開始します。

# systemctl enable watchdog.service

メッセージを表示しないようにサービスを開始します

# systemctl start watchdog.service

私はこのために要旨を作成します https://Gist.github.com/dianjuar/98d02af4050dc2df8ae6f18695d44ca

5
Diego Juliao

私はvbox上のDebian 9で私のために働く解決策を見つけました。シャットダウンまたは再起動時に通常120秒の遅延が発生していました。

https://forums.kali.org/showthread.php?32498-Delay-90-seconds-on-shutdown

アイアンマンが言うようにしてください：

解決策は、シェルを開いて「今すぐシャットダウン」することです。その後、マシンが復帰したときに「再起動」を実行すると、メッセージが消え、今後の再起動でハングしなくなります。

「Sudo shutdown now」を使用したところ、再起動の遅延がなくなりました。単純すぎるようですが、私（および他の人）にとってはうまくいきました。

HTH

4
Dennis Cote

Kali [2017.01]でも同様の問題があり、ログアウトの遅延が次のように表示されています。

「ユーザーDebian-gdmのセッションc1で停止ジョブが実行されています」

「UID 132のユーザーマネージャーで停止ジョブが実行されています」

シャットダウンする前にNetworkManagerを停止するか、次のようにして無効にすることで、1つのエラーを取り除くことができました。

# To get rid of: "A stop job is running for User manager for UID 132"
systemctl disable NetworkManager 
systemctl stop NetworkManager

これはおそらく再起動時に修正されるか、別の方法で置かれるべきです。

他の遅延については、私は成功していません。 GDM（Gnome Display Manager）、pulseaudioまたはdbusに関連している可能性があります。したがって、問題を特定することができなかったため、DefaultTimeout*Sec=5sのsystem.confエントリを他の投稿ですでに述べたように設定することが唯一の方法でした。

調査される可能性のあるその他の問題は次のとおりです。

# systemctl --state=masked --state=not-found --state=failed

  UNIT                           LOAD      ACTIVE   SUB  DESCRIPTION                   
● tmp.mount                      not-found inactive dead tmp.mount                     
● auditd.service                 not-found inactive dead auditd.service                
● console-screen.service         not-found inactive dead console-screen.service        
● festival.service               not-found inactive dead festival.service              
● kbd.service                    not-found inactive dead kbd.service                   
● live-tools.service             masked    inactive dead live-tools.service            
● plymouth-quit-wait.service     not-found inactive dead plymouth-quit-wait.service    
● plymouth-quit.service          not-found inactive dead plymouth-quit.service         
● plymouth-start.service         not-found inactive dead plymouth-start.service        
● systemd-sysusers.service       not-found inactive dead systemd-sysusers.service      
● systemd-update-done.service    not-found inactive dead systemd-update-done.service   
● systemd-vconsole-setup.service not-found inactive dead systemd-vconsole-setup.service
● syslog.target                  not-found inactive dead syslog.target                 

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

そして：

# systemd-cgls -u user-132.slice

Unit user-132.slice (/user.slice/user-132.slice):
├─[email protected]
│ ├─pulseaudio.service
│ │ └─739 /usr/bin/pulseaudio --daemonize=no
│ ├─at-spi-dbus-bus.service
│ │ ├─704 /usr/lib/at-spi2-core/at-spi-bus-launcher
│ │ ├─709 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
│ │ └─712 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
│ ├─dbus.service
│ │ └─694 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
│ └─init.scope
│   ├─597 /lib/systemd/systemd --user
│   └─600 (sd-pam)
└─session-c1.scope
  ├─577 gdm-session-worker [pam/gdm-launch-environment]
  ├─613 /usr/lib/gdm3/gdm-x-session gnome-session --autostart /usr/share/gdm/greeter/autostart
  ├─618 /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/132/gdm/Xauthority -background none -noreset -keeptty -verbose 3
  ├─697 /usr/lib/gnome-session/gnome-session-binary --autostart /usr/share/gdm/greeter/autostart
  ├─721 /usr/bin/gnome-Shell
  └─752 /usr/lib/gnome-settings-daemon/gnome-settings-daemon
4
not2qubit

これはこれまでで最も使いやすい検索エンジンでの最初の結果の1つなので、ここに解決策を追加します。GnomeデスクトップでArch Linuxを使用しています。今日の現在のカーネル：4.16。

_Remote Login_で_Settings > Sharing_がアクティブ化され、Sharingがアクティブ化されるたびに、メッセージA stop job is running for Session c2 of user ... (1min 30s)が表示されました。

無効にすると、Gnomeシャットダウンボタンを使用してコンピュータが正常にシャットダウンします。

「リモートログイン」はSSHに他ならないので、NetworkManagerを無効にするとSSHも無効になるため、not2qubitの回答も機能すると思います。

2
stueja

これは、1つのアプリが原因で発生する場合があります。これが発生し始める直前に行われた変更を覚えておくと、原因を特定するのに役立ちます。インストール後に同じ問題が発生しましたskypeforlinux-stable-bin Arch Linuxの場合。シャットダウンする前にそのアプリを閉じると問題が解決しました（シャットダウンする前にこれを自動的に実行するスクリプトを書きました）。

1
prosoitos

私は長い間この問題を抱えていたので、自分の解決策を共有したいと思いました。

問題は、Google Chromeがバックグラウンドで実行されており、コンピューターの電源をオフにしても閉じないことです。そのため、この機能をオフにすることが最善の解決策です。

  1. Google Chromeの設定に移動します。
  2. 「詳細」をクリックします。
  3. 「システム」に移動します。
  4. 「Google Chromeが閉じているときにバックグラウンドアプリの実行を続行する」を無効にします。

enter image description here

これで解決しました。それが役に立てば幸い。

0
ArianJM