私の比較的新しいUbuntu 19.10がトップノートブックで問題なく実行されていますが、一部のアプリケーションの起動が非常に遅いです。今のところ、それはkeepassX、filezilla、deadbeefです。どちらもウィンドウを表示するのに約30秒かかりますが、その後はどちらも他のものと同じように速く燃え上がっています。誰かが解決策を見つけるのを手伝ってくれませんか?
同じ問題が発生し、straceと多くの調査を行った結果、問題が修正されたことがわかりました(filezilla、keepassXなどすべてがすぐに起動します)。
Sudo apt-get install appmenu-gtk2-module
問題を確認できました。一部のアプリケーションでは、起動が大幅に遅れていますが、他のアプリケーションはかなり速く起動しています。起動後、すべてのアプリケーションはそれ以上の遅延なしで正常に実行されます。
dbus-launch --exit-with-session vlc
を使用している場合は、アプリケーションの起動に問題がないことも確認できます。また、ルートとしてアプリケーションを実行すると、遅延が解消されます。
strace
はすべての遅延アプリケーションでその時点で停止しています:
poll([{fd=14, events=POLLIN}], 1, 25000) = 1 ([{fd=14, revents=POLLIN}])
read(14, "\1\0\0\0\0\0\0\0", 16) = 8
poll([{fd=14, events=POLLIN}], 1, 25000
ヒントがあれば嬉しいです!
編集:誰かがバッジーの一時的な解決策を探している場合:
Menulibreをインストールする
メニューエディター(menulibre)を開き、起動が遅れているアプリケーションを検索します
起動コマンドにdbus-launch --exit-with-session APPLICATION
を追加します
アイコンタスクリストから固定を解除する
メニューからアプリを開き、再度ピン留めします
これで、アプリケーションはスタートメニューとタスクバーのdbus-launch
コマンドで起動します。
Appmenu-gtk2-moduleをインストールすると問題が解決することを確認できません。また、「dbus-launch --exit-with-session」は部分的なソリューションを提供するだけです。たとえば、VLCは同じ起動の問題に直面しています。 「dbus-launch --exit-with-session vlc」として起動すると、前述の起動遅延が回避されます。ただし、トップパネルとレイヴンへの統合は、Budgieデスクトップでは失われます。
したがって、この問題を正確に引き起こす原因と、それを実際に解決する方法についての疑問は未解決のままです。
編集:明確にしたいのは、dbus-launchで実行したときにVLCで問題があると私が考えていることです。 4つのスクリーンショットを添付しました。2つはOKのサフィックスが付いており、dbus-launchなしで実行されたときにBudgieへの統合を示しています。 2番目のセット-NOKのサフィックスは、dbus-launchで実行されていることを示しています。この違いは、vlcRavenのスクリーンショットで特に顕著です。さらに、上部パネルのアイコンをクリックしたときの動作が異なります。 dbus-launchを使用してアイコンを左クリックすると、表示されたメニューが表示されますが、アプリケーションは非表示/表示になります。アイコンを右クリックするとメニューが開きます。実際に問題を引き起こしている追加のヒントを提供する可能性はありますが、私はさまざまな動作をショートッパーとは見なしていません。
同じ問題のように見える可能性のある解決策を見つけました。これは、(GTKとは対照的に)QTにのみ影響し、Ubuntu Budgie 19.10のクリーンインストール(インプレースアップグレードではない)後にのみ現れました:
/home/$(whoami)
ディレクターの_~/.profile
_ファイルを編集しますexport QT_STYLE_OVERRIDE=cleanlooks
_( 'cleanlooks'の代わりに、cde、motif、plastique、Windows、またはFusionのいずれかを使用できる場合があります(ただし、依存関係の問題であることを意味する 'gtk2'は使用できません)またはその他)- Arch wikiにはこの環境変数に関する詳細情報があります 。QTアプリのgtk2テーマは失われますが、VLCでは手動でgtk2テーマを使用するように設定でき、正常に動作するようです。
QTアプリでdbus-launchを手動で設定することもできました(ただし、孤立したdbus-daemonプロセスが各アプリの終了後に実行されたままになります)。
一部のアプリケーションでは、アプリケーションの起動時間が非常に遅くなっています。ここに私が見つけた他のいくつかがあります:
ラザロも私のシステムを数回ロックしました。これは私にとって重要な開発アプリなので、Qt5バージョンのLazarusをビルドすることで回避し、期待どおりに動作しました。