Unityの起動が遅くなる原因は何ですか？

数日前、ログインした後、上部パネルとダッシュがロードするのに少し時間がかかり、通常よりもディスクアクティビティが多いことに気付きました。

何らかのアップデートやpdftkのインストールが原因と思われます。だから私はpdftkを削除しましたが、「問題」は解決しません。

起動時にディスクを使用しているもの（読み取り/書き込み操作）を知る方法はありますか？

後である場合はiotopを使用しますが、デスクトップを制御できるようになって初めてiotopを起動できます。

私はUbuntu 12.10 amd64を使用しています。

編集する

私はログを見て、Xorg.0.logファイルで次の行を見つけました。

[    36.230] (II) XKB: reuse xkmfile /var/lib/xkb/server-ED81635D9DABCAA502951B920776FB5895D92DC0.xkm
[  6683.340] (II) XKB: generating xkmfile /var/lib/xkb/server-7111F82C412662D491D0F0A3A5A74C8F62B59F29.xkm

これは問題のあるステップでしょうか？

これは、私が「WAS」が直面している同じ問題ですが、それを解決しました。起動アプリケーションがその問題を引き起こしているようです。

ここで私がやったことです-

sudo sed -i 's/NoDisplay=true/NoDisplay=false/g' /etc/xdg/autostart/*.desktop

起動アプリケーションを開き、チェックを外します-DISK NOTIFICATION（ディスクユーティリティ通知は、SMART予測テクノロジーを使用してディスク障害を報告するために使用されます）。それはあなたの見積もりも説明します

通常より多くのディスク活動に気づきました

あなたが好きならあなたも止めることができます（それはあなたのニーズに依存します）-

AT-SPI D-BUSバス、バックアップモニター、新しいハードウェアドライバーの確認、デスクトップ共有、オンボード、Ocraスクリーンリーダー、個人ファイル共有、

団結前は、ほぼ約取っていました。読み込みに約20秒かかりますが、約3秒かかります。

そのために私がすることは、システムがCtrl+ Alt+ F1/で始まる間にコンソール（1つまたは2つ）を開き、F2次に（パッケージから）topと組み合わせて使用して、何が起こっているかを判断することです。iostat -xsysstat

この種の問題にしばらく時間がかかる可能性がある他の便利なツールは、inotify-toolsパッケージのツールinotifywaitでinotifywatchあり、ファイルアクセスの監視を許可します。

ログを注意深く精査すると、いくつかの情報が得られるはずです。少し退屈に思えるかもしれませんが、ログは、起動時にマシンに関するいくつかの非常に興味深い情報を明らかにする可能性があります。たとえば、カーネルログ（/var/log/kern.log）は、最も近いミリ秒までの時間を計って、何が起こっているかを一気に説明します。

kern.logで有用な情報が表示されない場合は、syslogとauthlogを試してください。エラーメッセージや、何度も繰り返されたり再試行されたりするような異常なものを探しています。ほとんどのログにはミリ秒のタイムスタンプが付けられています。これは、実際の問題をシステム時間と同期できる場合に非常に役立ちます。

「ログファイルビューア」を実行し、それをアシスタントとして使用してみてください。利用可能なすべてのログを目の前に置き、今日のログのみを表示する機能を提供することで、少し役立ちます。

gnomeクラシックセッションにログインしたことがありますか？compizにはバグがあり、一度でも実行してからUnityの使用に戻ると、非常にゆっくりと起動します。

https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1001138

回避策は〜/ .config-bad1 / compiz-1 / compizconfig / configを編集して次の行を削除することです：

[gnome_session]
profile =

「Ubuntuの詳細オプション」を選択してみてください。ブートローダーでリカバリモードを選択すると、いくつかの情報が表示されます。時々それを素早く読む必要があります