web-dev-qa-db-ja.com

「dmesg」の出力で考えられる原因を見つけたときに、Ubuntuの起動時間を短縮する方法は？

Ubuntu 16.04に更新した後。起動時間が少し長くなります（10〜15秒以上）。 「dmesg」の出力を見て、これを見つけました。

[   23.882674] audit: type=1400 audit(1461650474.108:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince" pid=644 comm="apparmor_parser"
**[   23.882682]** audit: type=1400 audit(1461650474.108:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/evince//sanitized_helper" pid=644 comm="apparmor_parser"
**[   32.162714]** cgroup: new mount options do not match the existing superblock, will be ignored
[   32.777477] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   32.777480] Bluetooth: BNEP filters: protocol multicast

「dmesg」出力の左側の数字は時間であると想定しました。このステップで9秒遅れた場合、ブート時間を改善するにはどうすればよいですか？

boot16.04
15
Ljiljan Veselinovic

Systemdは起動プロセスを担当します。いくつかのサービスを無効にするか、設定を修正することで改善できます。起動プロセスでサービスにかかる時間を確認するには、次を実行します。

systemd-analyze blame

ブート手順のグラフィカルな詳細ビューについては、プロットイメージを生成できます。

systemd-analyze plot > bootimage

これで、たとえばでbootimageを開くことができます。 eogまたは別の画像ビューアを使用して、サービスにかかっている時間を確認します（たとえば、起動時にシステムが停止する場所など）。次のようになります。

enter image description here

ご覧のとおり、たとえばvirtualbox.serviceは62msを取っていますが、これは非常に素晴らしいですが、F3ディスクのマウントはそれほど速くありません。自動マウントを無効にすることを検討することができます（systemdはparallelモードでサービスをlanuchingし、このサービスは起動時間を遅らせないので、それは何にも依存しないため、ちょっと悪い例です）しかし、これはそれがどのように機能するかです）。 （dmesg出力には、マウントオプションに問題があります。/etc/fstabをチェックインできます）

サービスを無効にしたい場合は、他の誰かがこのサービスを依存関係として使用していないかどうかを知ることをお勧めします。 virtualbox.serviceの例で確認できます：

systemctl list-dependencies virtualbox.service --reverse

出力は、関連するサービスファイルがないことを示しています。必要ない場合は、合併症を起こさずに停止して無効にできます。

Sudo systemctl disable virtualbox.service --now

システムにロードに長い時間がかかるサービスが見つかった場合は、最初に正確に何をしているかを読んでから、関連する構成ファイルを修正するか、無効にする必要がない場合。

24
EdiD