Debian GNU/Linux スレッド Ver.97[ﾜ有] (814ﾚｽ)
Debian GNU/Linux スレッド Ver.97[ﾜ有] http://mao.5ch.net/test/read.cgi/linux/1624015965/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
660: login:Penguin (ｱｳｱｳｴｰ Sa13-I3Tu) [sage] 2022/07/09(土) 23:42:23.67 ID:y5mb1nuga /lib/systemd/system/user@.serviceのTimeoutStopSecが120秒になってるけど本当に90秒？ まあ本来としてはsystemdが悪いんじゃなくて終了時になんかのプロセスが反応なくなってて帰ってこないからタイムアウトまで待ってるわけだからそっちのなんかのプロセスが何なのか調べるのが本筋だけど http://mao.5ch.net/test/read.cgi/linux/1624015965/660
662: 654 (ﾜｯﾁｮｲ cb6c-yOnI) [sage] 2022/07/10(日) 10:44:03.20 ID:BDhbeWvb0 >>660 2分と表示されていてカウントされるのが1分30秒したらシャットダウンが進んで終了できます。 /etc/systemd/system.conf /etc/systemd/user.conf 共にデフォルトは DefaultTimeoutStartSec=90s DefaultTimeoutStopSec=90s となってました シャットダウンに待たされる現象はArch、Ubuntu、Linux Mintにもあるみたいで検索していて見つけたのは どれも/etc/systemd/system.confの DefaultTimeoutStartSec=90s DefaultTimeoutStopSec=90s を10sに変更して対処してるみたいでした。 What's up with "A stop job is running for User Manager for UID 1000"? htt●ps:●//www●.linuxquestions.org/questions/showthread.php?s=564b704f905470d339eecc097e8c40e1&p=6275581#post6275581 このページではGoogle翻訳で見ると、$ journalctl -b -1 -eを使ってなにかエラーらしきものを探すようにしてるみたい ですが解決策は見つからなかったのかな？という感じです。 自分の場合 pulseaudio.serviceのfailedと使ってるサウンドカードのsnd_ca0106のドライバにバグがあるという メッセージが関係あるのかな？とも思っています。 http://mao.5ch.net/test/read.cgi/linux/1624015965/662
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