☰

ユーザーセッションc2が停止ジョブを実行しています。

tag-icon • tag-icon systemd shutdown
ユーザーセッションc2が停止ジョブを実行しています。

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

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

シャットダウンプロセスを続行する前に1分30秒待ってください。フォローするこのシステムシャットダウン診断ガイドそして得る終了ログ.txt（ログがかなり長いので、ここには貼り付けることはできません。）残念ながら、私はログを自分で理解することはできません。システムが正常にシャットダウンしない原因が何であるかを判断するのに役立つ人はいますか？

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

補足1：ログアウトし、ログイン画面でコンピュータをシャットダウンするたびにメッセージが受信されないことを確認しましたA stop job is running...。終了する前に何度もログアウトしようとしましたが、これが偶然に発生したわけではありません。情報が役立つことを願っています。

補足2：シャットダウンが中断される原因は常にセッションc2です。 @n.stが提案したとおりに確認しました。シャットダウン問題の診断もう一度保存してloginctl session-status c2代わりに保存するdmesgと、何もありません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は発生しません。

答え1

この問題に対する解決策は、タイムアウトを/etc/systemd/system.conf90秒からたとえば10秒に短縮することです。

DefaultTimeoutStopSec=10s

変更後、端末で次のコマンドを実行します。

$ systemctl daemon-reload

答え2

この問題にはいくつかの原因がある可能性があるため、特定の回答はうまく機能しません。問題を解決するには、次の方法を試してください。

  1. シャットダウンを待っている間、「セッションc2に対して停止ジョブが実行中です...」というメッセージが表示され、シャットダウンが完了した後に再開されます。
  2. journalctl -p5端末で実行し、キーを押してENDシステムログの最後に移動します（-p5多くのジャンクをフィルタリングします）。
  3. /検索を開始するには、検索語をタップして入力してください。timed out. Killing.
  4. SHIFT+N繰り返し押すと、後ろに検索されます。
  5. ワイヤー次のような各ゲームはどのアプリが誤動作しているかを教えてくれます。Killing process 1234 (jack_thru) with signal SIGKILL.

常に同じアプリである場合は、そのアプリが何をしているのか、終了時に停止しない理由を知りたいのですが。そうしないと、問題を解決する方が複雑になる可能性がありますが、まだ1つまたは2つのヒントを得ることができます。

頑張ってください！ :)

答え3

私も同じ問題に直面して、Arch Linux redditフォーラムを検索してスレッドを見つけました。

これが私に合ったソリューションです https://www.reddit.com/r/archlinux/comments/4bawf7/a_stop_job_is_running_for_session_c2_of_user/d17th3u

ウォッチドッグの取り付け

# pacman -S watchdog

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

# systemctl enable watchdog.service

サービスを開始すると、このメッセージは表示されなくなります。

# systemctl start watchdog.service

私はこれについてのポイントを作成しましたhttps://gist.github.com/dianjuar/98d02af4050dc2df8ae6f18695d44ca3

答え4

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ディスプレイマネージャ）、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

関連情報