しばらくシャットダウンすると、この問題が発生します。システムをシャットダウンまたは再起動すると、17のジョブがあり、シャットダウンが90秒間ハングします。
最初にユーザーセッションからログアウトし、他のユーザーとしてログインし、メインユーザーに対して実行中のものがまだあるかどうかを確認することを提案する投稿を1つ見つけました。
ログアウトしてコンソールに切り替え(CTRL + ALT + F1)、rootとしてログインしてコマンドを実行することで確認しました。
systemd-cgls
User-1000.sliceノードの場合、baloo_fileとプラズマシェルの2つのプロセスが実行されていました。
今、その情報で何ができるかわからないので、ここで助けを求めています。
OpenSUSE Leap 42.3 4.4.114-42-defaultをプラズマ5.12で使用していますが、この問題はプラズマ5.8でも発生しました。
ただ バルーを無効にする ファイルインデクサーとあなたは行ってもいいです。
$ balooctl disable
Disabling the File Indexer
それは本当に劇的に聞こえるかもしれません、そしてそれはそうです。私はKDE5(特にこのファイルインデクサー)で良い経験がありませんでした、そして私がそれを再試行するたびに、balooは私のCPUをハングさせました(AMD FX-9370)、またはあなたがそうであるようにこの種のパワーオフブロッキングをしていました直面しています。過去に住んでいたモロンのように聞こえるわけではありませんが、KDE4がかなり安定していたとき、彼らはこの未完成の無限のバギー環境であるKDE5からこの旅を始めました。
Googleの「balooファイル」を使用すると、このツールがリソースを消費したり、リソースへのアクセスをブロックしたりすることに不満を言う人がたくさんいることがわかります。