Debian GNU/Linux スレッド Ver.97[ﾜ有] (814ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
671(1): 654 (ﾜｯﾁｮｲ cb6c-yOnI) [sage] 2022/07/10(日)17:57 ID:BDhbeWvb0(6/9)
>>670
お付き合いありがとうございます
$ sudo systemctl list-units してみました。
右の方に出てるメッセージを見ると良いのでしょうか？ 初めて見るもんで何が何やらわかりません。
LOAD ACTIVE SUB
loaded active plugged
loaded active mounted
loaded active exited
loaded active running
loaded active listening
loaded active active
loaded active waiting
こんなのが出てますがどれが起動失敗したユニットなのかわかりません。（汗
691(1): login:Penguin (ｱｳｱｳｴｰ Sa13-I3Tu) [sage] 2022/07/11(月)13:22 ID:yZJnVccna(1)
systemdのマネージャーはシステム全体のものと各ユーザー毎の2つあるからそこちゃんと分けて考えたほうが良いよ
(後者の各ユーザー毎のマネージャー自身は前者のシステム全体のマネージャーの1サービスとして管理される)
>>654の/etc/systemd/system.conf内のDefaultTimeoutStopSecは前者のシステム全体のマネージャーがシステムのサービス等を終了する時のタイムアウトの初期値
>>656の/etc/systemd/user.conf内のDefaultTimeoutStopSecは後者の各ユーザー毎のマネージャーがユーザーのサービス等を終了する時のタイムアウトの初期値
>>660の各サービスごとのTimeoutStopSecが指定されてればそれが初期値よりも優先されて使われる
>>671の$ sudo systemctl list-unitsの一覧は前者のシステム全体のマネージャーのユニット一覧
>>678の# journalctl | grep systemd | lessも同様に前者のシステム全体のマネージャーのユニットのログ
んでお前さんの貼ってる｢A stop job is running for User Manager for UID 1000｣ってのは文字通りidが1000のユーザー用のマネージャ自身の終了時に処理が帰ってこなくて(それを管理してるシステム全体のマネージャが)タイムアウトまで待ってるって状況
長々と書いたけど例えばuidが1000ならそのユーザーでログインして
journalctl -u user@1000.service
でそのタイムアウトしてるサービス(=uid1000のユーザー用のマネージャ)自身のログと
journalctl --user
でそのタイムアウトしてるサービス(=uid1000のユーザー用のマネージャ)が管理してるユーザーのサービスのログ
を見てみるとなんか分かるかもしれないし分からないかもしれない
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s