web-dev-qa-db-ja.com

ブート/シャットダウン時間を改善するにはどうすればよいですか？

かなりまともなラップトップ（Intel Core i7-3520M CPU @ 2.90GHz、SamsungのSataII SSD、8GB Ram）がありますが、ブート時間とシャットダウン時間に満足できません...ブートチャートをインストールし、解釈しようとしています。 、しかし、私はいくつかの部分を理解していません。

Bootchart output

特に、CPU使用率やI/Oがほとんどない最初の10秒間に何が起こっているのかわかりません。それでは何が起きているのでしょうか？ （udevd、modprobe、およびplymouthのみが実行されているようです）。

私の日々の仕事のもう一方の端では、私はゆっくりとしたシャットダウンも経験しています。ここにはショットダウンチャートがないので、私はさらに無知です...

更新シャットダウン中にアップキーを押すとコンソールにアクセスできるというヒントに出くわしました（その前はF1/Alt F1と戦っていました）。そのため、長いシャットダウン時間はrpcbindとmodem-managerがきれいに終了できないことに関係しているように見えます。 .. 何か案が？

更新2 rpcbindとmodemmanagerをアンインストールしました。これによりシャットダウンが改善されましたが、「1秒以内にすべてのプロセスが終了しました」というメッセージと実際のシャットダウンの間に数秒待機しています。ちょうどそのとき、私はまだ読むことができなかった簡単なメッセージを受け取りますが、何らかのタイムアウトが発生するのではないかと疑っています...

更新 OK、resumeおよびwait-for-rootブートプロセスの最初の10秒間。これには5秒以上かかり、ディスクもCPUアクティビティも目立ちません。 /etc/initramfs/conf.d/resumeのスワップUUIDがスワップパーティションの実際のUUIDと一致しないことに気付きました。これはたまたま暗号化されています。多分それがポイントですか？ initramfs-toolsとcryptswapに関するヒントはありますか？

12.10laptopbootchart
29
alci

OK、問題が見つかりました。私が感じていたように、5秒待ってresumeとwait-for-rootは正常ではありません。

ぐるぐる回って、私はついにこのバグレポートを見つけました： ルートの待機で5秒の遅延

基本的に、5秒の待機は/etc/initramfs-tools/conf.d/resumeの誤ったエントリによるものであると述べています。

スワップは暗号化されており、/etc/initramfs-tools/conf.d/resumeに初期インストールUUIDがありました。/dev/mapper/cryptswap1にblkidから与えられたものを入れようとしましたが、うまくいきませんでした...

ファイルのエントリをコメントアウトしたところ、5秒の遅延はなくなりました。いずれにしても、私のシステムでは休止状態は有効になっていません（Ubuntuではデフォルトで無効になっていると思います）。エントリの先頭にある＃に注意してください。

#RESUME=UUID=3835540d-0cb4-46fc-b39a-de9ff88dcefd

次に実行します：

Sudo update-initramfs -u

だからここに私の最新のブートチャートがあります：

bootchart

ずっといい。シャットダウンに関しては、rpcbindとmodemmanagerを削除するとうまくいきました。起動時間とシャットダウン時間は非常に長くなりました。

12
alci