Fedora GUIパッケージインストーラの起動に時間がかかります（> 15分）。 [閉じる]

（メインの質問ではなく、付加的な質問に対する答えですが、コメントが長すぎます。）

• あなたの質問は以下には関係ありませんプロセッサ時間スケジューリングこれは、同時アプリケーション間でCPU時間を共有することです。 rpmパッケージをクリックすると、GUIパッケージマネージャが起動し、タスクが完了するまで実行され続けます。これがまさに私たちが望む動作です。パッケージマネージャが最初に見えるサブタスク（パスワードプロンプトを表示する）を完了するのに数秒以上かかるという事実はバグまたは誤った設定ですが、予約とは関係ありません。
• より一般的には、スケジューリングは、時間の経過とともに共有リソースを同時プロセスに割り当てることを意味します。ここで興味深い共有リソースはパッケージデータベースです。ここでは、すべてが正常に行われます。 rpmパッケージをクリックすると、GUIパッケージインストーラはすぐにそのパッケージの使用を開始します。これはまさにユーザーが要求したものです。同時に、1つのパッケージマネージャだけがパッケージデータベースを使用できるので（これがロックが必要な理由です）、rpmGUIパッケージマネージャが実行されている間は、非常に理論的な観点からもコマンドラインパッケージマネージャ（）を起動できません。これはスケジュールの問題ではなくロックの問題でもあります。
• スケジューリングは以下を参照することもできます。後で実行するプログラムのスケジュール;私はこれがWindowsの世界（「予約された仕事」）の言葉の主な意味だと思いますが、Unixの世界ではあまり使われていません。重要なことは、人々が次のように話す傾向があるということです。予約されたこと）。

主な質問に戻って、GUIパッケージマネージャを起動すると長い遅延が発生するのは、特定のプログラムのバグまたは設定エラーです。私はそのプログラムについて何も知らないので、調査のためのいくつかの一般的な提案しか提供できません。私は多くの質問をします。回答が多いほど、より良い助けを得ることができます。

• Fedoraを使用するとすぐにこれが起こりますか？それとも関連がある可能性がある項目を設定しましたか？これはどのバージョンのFedoraですか？どのアーキテクチャ（例：i386またはamd64）ですか？仮想化は関連していますか？
• システムログに何も表示されませんか？ （ls -ltr /var/logrpmパッケージをクリックするかクリックした後に生成されたすべてのログエントリを表示します。）
• パッケージマネージャは何をしていますか？ CPU時間（topまたはhtop多くのGUIシステムアクティビティモニタの1つ）を占めていますか？ディスクI / Oを実行しますか（複数のiotopGUIシステムアクティビティモニタのいずれかを実行するか、近くにある場合はハードドライブの音を聞きますか）。ネットワークI / O（tcpdumpまたはWiresharkなどntop）を実行していますか？より良い方法は、ps xwwプロセスビューアまたは他のプロセスビューアを使用してプロセスIDを見つけて実行し、時間がかかるstrace -s9999 -p$PID作業を観察することです。
• デスクトップ環境のメニューからパッケージマネージャを実行しても同じ問題は発生しますか？