web-dev-qa-db-ja.com

シャットダウン/再起動時にシステムがハングする-UID1000のユーザーマネージャーを停止する

しばらくシャットダウンすると、この問題が発生します。システムをシャットダウンまたは再起動すると、17のジョブがあり、シャットダウンが90秒間ハングします。

  • それらの16はLVMに関連しています
  • 1は、UID 1000のユーザーマネージャの停止を示します

最初にユーザーセッションからログアウトし、他のユーザーとしてログインし、メインユーザーに対して実行中のものがまだあるかどうかを確認することを提案する投稿を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でも発生しました。

2
FilipK

ただ バルーを無効にする ファイルインデクサーとあなたは行ってもいいです。

$ balooctl disable
Disabling the File Indexer

それは本当に劇的に聞こえるかもしれません、そしてそれはそうです。私はKDE5(特にこのファイルインデクサー)で良い経験がありませんでした、そして私がそれを再試行するたびに、balooは私のCPUをハングさせました(AMD FX-9370)、またはあなたがそうであるようにこの種のパワーオフブロッキングをしていました直面しています。過去に住んでいたモロンのように聞こえるわけではありませんが、KDE4がかなり安定していたとき、彼らはこの未完成の無限のバギー環境であるKDE5からこの旅を始めました。

Googleの「balooファイル」を使用すると、このツールがリソースを消費したり、リソースへのアクセスをブロックしたりすることに不満を言う人がたくさんいることがわかります。

0
user34720