数日前、ログインしてからトップパネルとダッシュボードの読み込みに少し時間がかかり、通常よりも多くのディスクアクティビティがあることに気付きました。
何らかの更新または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
これは問題のあるステップでしょうか?
これはi "WAS"が直面しているのと同じ問題ですが、解決しました。スタートアップアプリケーションがその問題を引き起こしていたようです。
OKここで私がやったことです-
Sudo sed -i 's/NoDisplay=true/NoDisplay=false/g' /etc/xdg/autostart/*.desktop
スタートアップアプリケーションを開き、チェックを外します-DISK NOTIFICATION(ディスクユーティリティ通知は、SMART予測テクノロジーを使用してディスク障害を報告するために使用されます)。見積もりも説明します
通常よりも多くのディスクアクティビティに気づいた
uのようなuもシャットオフできる場合(それはあなたのニーズに依存します)-
AT-SPI D-BUSバス、バックアップモニター、新しいハードウェアドライバーのチェック、デスクトップ共有、オンボード、Ocraスクリーンリーダー、個人ファイル共有、
団結する前に約約。ロードに約20秒かかりましたが、おおよそ3秒かかります。
そのために私がすることは、システムが起動する間にコンソール(または2つ)を開くことです。 Ctrl+Alt+F1/F2 top
をiostat -x
(sysstat
パッケージから)と組み合わせて使用して、何が起こっているのかを判断します。
この種の問題に時間を要する他の便利なツールは、inotify-toolsパッケージからのものです。inotifywait
およびinotifywatch
は、ファイルアクセスの監視を許可します。
Gnomeクラシックセッションにログインしたことがありますか? compizにはバグがあり、それを1回でも実行してからUnityの使用に戻ると、非常に遅く起動します。
https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1001138
回避策は〜/ .config-bad1/compiz-1/compizconfig/configを編集し、次の行を削除することです。
[gnome_session]
profile =
ログを注意深く調べると、いくつかの情報が得られます。少し退屈に思えるかもしれませんが、ログは起動中のマシンに関する非常に興味深い情報を明らかにすることができます。たとえば、カーネルログ(/var/log/kern.log)は、何ミリ秒までの時間で何が起こったのかを詳細に説明しています。
Kern.logで有用な情報が見つからない場合は、syslogを使用して、authlogを使用してみてください。エラーメッセージや、何度も繰り返されるか再試行されるような異常なものを探しています。ほとんどのログはミリ秒単位でタイムスタンプが付けられます。これは、実際の問題をシステム時間と同期できる場合に非常に役立ちます。
「ログファイルビューアー」を実行し、それをアシスタントとして使用してみてください。使用可能なすべてのログを目の前に置いて、今日のログのみを表示できるようにすることで、少し役立ちます。