アップデート9

実験してみることにしました。SSDをデスクトップから取り外し、Dell Latitudeラップトップに一時的に入れました。驚いたことに、それinitrdは桁違いに速くロードされ、起動時間を6秒短縮しました...

私は今少し混乱しています...多分GRUBは私のマザーボードのチップセットに問題がありますか？

アップデート8

それで、HDDアクティビティライトについて興味深いことに気づきました。をロードするときinitrd、まるでライトが10％のデューティサイクルか何かでPWMされているかのようです。これは、GRUBの読み取りが最適化されていないのか、イメージをバイトストリームとして読み取るのではなく、OS呼び出しで各バイトを読み取るようなものなのかと不思議に思います。

アップデート7

最初のRAMディスクのロードが問題の大部分を占めているようです。

GRUB内Cで、手動のコマンドプロンプトを押しました。次に、デフォルト構成のすべての行を一度に1つずつ入力し（これらのUUIDの入力は面倒でした！）、コマンドの完了にかかった時間を記録しました。これが私が見つけたものです：

ほとんどのコマンドは瞬時に完了しました
カーネルをロードするコマンドは約1秒かかりました
初期RAMディスクをロードするコマンドに7秒かかりました

構成ファイルのすべての行を入力した後、実行に進みますboot。Enterキーを押してからログイン画面が表示されるまで、約7.5秒かかりました。

興味深いのは、ロードするinitrdイメージが36MBであることです。したがって、ロードに7秒かかった場合は、5MB /秒で読み取っているだけです。

タワーのディスクアクティビティライトが7秒間点灯します...

また、ここにはinitrdに関するWikipediaページの興味深いスニペットがあります。

他のLinuxディストリビューション（FedoraやUbuntuなど）は、より一般的なinitrdイメージを生成します。これらはルートファイルシステムのデバイス名（またはそのUUID）でのみ始まり、起動時に他のすべてを検出する必要があります。この場合、ルートファイルシステムをマウントするには、ソフトウェアが複雑な一連のタスクを実行する必要があります。

アップデート6

Nathan Osmanがチャットのシングルユーザーモードでの起動時間を要求しました。

F10GRUB を打ったときからプロンプトが表示されるまでに13秒かかります。

また、私はチャットでZannaとRinzwindと話していましたが、どちらも電源ボタンを押してから8秒で起動しました。私の20秒はGRUBからです。POST時間を数えると、さらに長くなります。

アップデート5

Ubuntuは550MB /秒の最大速度でSSDを読み取ることができます...

アップデート4

そこでquiet splash $vt_handoff、ラップトップのGRUBのブートコマンドからパラメーターを削除し（このラップトップにはSSDがないことに注意してください）、ブートシーケンス中に非常に興味深いことに気付きました。

15秒間この行でハングします。

[    4.374390] init: plymouth-upstart-bridge respawnng too fast, stopped

これは（低品質）画像です：

その意味がわからない...

アップデート3

14.04を実行している他のマシンのブートアップのタイミングを計りました（このマシンにはSSDがないことに注意してください）。GRUBでEnterキーを押してからログイン画面が表示されるまで、40秒かかります。

Enterキーを押すと、同じ空白の紫色の画面に20秒間表示されます。その後、Ubuntuアニメーションが読み込まれ、ログイン画面に到達するまでにさらに20秒かかります。

からの出力を確認しましたがdmesg、起動がどこで終了したのかまったくわかりません。25秒で終わったと思います。これが最後の数行です。

[   24.916824] wlan0: associated
[   24.916852] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   25.215550] init: kdm main process (869) killed by TERM signal
[   25.441216] vboxdrv: module verification failed: signature and/or  required key missing - tainting kernel
[   25.445587] vboxdrv: Found 2 processor cores.
[   25.446142] vboxdrv: fAsync=0 offMin=0x18c offMax=0x960
[   25.446228] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'.
[   25.446230] vboxdrv: Successfully loaded version 4.3.36_Ubuntu (interface 0x001a000b).
[   25.476940] vboxpci: IOMMU not found (not registered)
[   33.174926] init: plymouth-upstart-bridge main process ended, respawning
[   36.495811] init: anacron main process (933) killed by TERM signal

私がそれを正しく解釈した場合、それは普遍的なGRUBの問題のようです。

アップデート2

CGRUBのときにを押してアクセスするコマンドラインを使用してGRUBの背景色を緑に設定することで、GRUBの問題であることを確認できました。

Enterキーを押すと、Ubuntuブートアニメーションが読み込まれる前に約15秒間空白の緑色の画面が表示されます...

更新

問題は、GRUBがカーネルイメージをロードするのに長い時間がかかることだと思います。

質問

Samsung 850 Pro 512GB SSDにUbuntu 16.04をインストールしましたが、なぜ起動時間が20秒なのか理解できません。（GRUBでEnterキーを押したときから）。私が参照している20はログイン画面に対して17であり、次にデスクトップに対して3であることを覚えておいてください）

また、これが関連しているかどうかはわかりませんが、次のようになります。

UEFIを軽視しているため、UbuntuはMBRモードでインストールされています。
独自のNvidiaドライバーをインストールしました

によって生成さsystemd-analyze plot > bootimage2れた画像を見ると、私のスタートアップはどうやら3秒かかりましたか？

を見るとdmesg、私のスタートアップはどうやら4秒かかったようです。しかし、私はストップウォッチで計時し、20秒かかりました。（POST時間は含まれません）繰り返しますが、私が参照している20はログイン画面に対して17であり、次にデスクトップに対して3であることを覚えておいてください）

起動シーケンスは次のとおりです。

役職
GRUBロード
Enterキーを押したときにストップウォッチを開始します
空白の紫色の画面が15秒ほど表示される
Ubuntuの起動アニメーションが2秒間表示されます
ログイン画面に移動します
ストップウォッチを止める
パスワードを入力してEnterキーを押し、ストップウォッチをもう一度開始します。
3秒後にデスクトップに移動します
ストップウォッチをもう一度停止します。

以下は、完全な出力ですdmesg： http : //paste.ubuntu.com/23955108/

そしてここに出力の最初の行がありますsystemd-analyze blame：

   365ms dev-sda5.device
   327ms networking.service
   287ms accounts-daemon.service
   286ms ModemManager.service
   233ms systemd-logind.service
   216ms apport.service
   213ms grub-common.service
   209ms ondemand.service
   200ms irqbalance.service
   183ms speech-dispatcher.service
   178ms apparmor.service
   160ms gpu-manager.service
   148ms thermald.service
   148ms pppd-dns.service
   146ms systemd-user-sessions.service
   142ms alsa-restore.service
   140ms console-setup.service
   137ms rsyslog.service
   105ms NetworkManager.service
   104ms upower.service
   102ms avahi-daemon.service
   100ms systemd-udev-trigger.service

これらの人々は同じ問題を抱えています：

何か案は？

— You'reAGitForNotUsingGit
ソース

コメントは詳細な議論のためのものではありません。この会話はチャットに移動しました。

— トーマス

私はまた、低速起動時に質問を投稿が、それは今のSATA IIバス上の遅いKingfast mSata III SSDが許容される15秒に29秒からなくなって：askubuntu.com/questions/864277/...

— WinEunuuchs2Unix

@ WinEunuuchs2Unix-initramfsのロードが完了したときにGRUBに通知させるにはどうすればよいですか？

— You'reAGitForNotUsingGit 2017

@AndroidDevブートチャートを設定してを使用する以外に特別なことは何もしませんでしたsystemd-analyze blame。奇妙なのは、Grubが「初期RAMディスクの読み込み」で約10秒間スタックしていて、ファイルサイズが原因で一瞬であるはずであるということです。その後、遅れはちょうど消えました。おそらくそれはカーネルの更新だったのでしょうか？多分私が行った変更はplymouthdわかりません。

— WinEunuuchs2Unix 2017

プリマスを下げようとしましたか... SSDは早すぎるかもしれ; ^）を参照してくださいunrelatedshit.com/2014/07/30/...

— ubfan1

GRUBがSSD上にない場合（インストール中に適切に構成されている場合）は、SSDがあるだけでGRUBがそれを認識するまでに時間がかかりますが、ブート時間は短縮されず、実際にはまったく逆になります。BIOSの起動順序を変更して、SSDからコンピューターを起動する必要があります。SSDにもGRUBを再インストールする必要があることに注意してください。私のラップトップのようにBIOSから起動デバイスとしてSSDを選択できない場合もありますが、HDDにアクセスし、RAMをロードしてからSSDにアクセスできません。

また、これが私の考えていることですが、ラップトップまたはデスクトップの構成は完全にはわかりません。

お役に立てれば。:)

— ミハイル・ミホフ
ソース

GRUBはSSDにあります。