Debian GNU/Linux スレッド Ver.97[ﾜ有] (814ﾚｽ)
Debian GNU/Linux スレッド Ver.97[ﾜ有] http://mao.5ch.net/test/read.cgi/linux/1624015965/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
671: 654 (ﾜｯﾁｮｲ cb6c-yOnI) [sage] 2022/07/10(日) 17:57:03.12 ID:BDhbeWvb0 >>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 こんなのが出てますがどれが起動失敗したユニットなのかわかりません。（汗 http://mao.5ch.net/test/read.cgi/linux/1624015965/671
691: login:Penguin (ｱｳｱｳｴｰ Sa13-I3Tu) [sage] 2022/07/11(月) 13:22:49.66 ID:yZJnVccna 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のユーザー用のマネージャ)が管理してるユーザーのサービスのログ を見てみるとなんか分かるかもしれないし分からないかもしれない http://mao.5ch.net/test/read.cgi/linux/1624015965/691
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.035s