Xubuntu 18.04カーネルの起動に時間がかかる

17.10からアップグレードした後、起動時間が長くなりました。最初は5分以上かかりました。dmesg犯人は存在しないフロッピードライブであり、カーネルが見つけようとしたことが明らかになりました。

それをすみやかに取り除いてみると、5分は40秒くらいになり、アップデート前よりもまだまだ長い感じがします。dmesgもう一度実行すると、ファイルシステムのマウントに30秒かかることが示され（完全な出力）、次のメッセージが表示されます。

[   36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

他の2つのハードドライブが接続されたSSDから起動していますが、そのうちの1つはext4でフォーマットされていますが、システムデータを保持していません。これはSSDだと思います。この30秒間、テキストは表示されず、スプラッシュも表示されず、空白の画面になります。

さて、以前と比べて正確な時間がないため、更新前よりも速度が遅いと感じたので、最初の質問は、ファイルシステムをマウントするのに30秒かかるのは正常であり、そうでない場合、詳細を調べる方法です。遅延の原因は何ですか？

編集1：

スワップをオンまたはオフにしても、何の影響もありません

その間、コンピューターに別のハードドライブをインストールしました。dmesg前述の30秒の遅延の直前に、出力に別の行が表示され、ブート時間がさらに10秒延長されたようです。

[    3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   17.169519] random: crng init done
[   51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

編集2：

systemd-analyze blame結果はこちら

一方、何度か再起動した後、dmesg上記で非難した行は時間を変更しました。

[    3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   34.091886] random: crng init done
[   36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

これをランダムに変更するか、同じままにするかを確認するために、いくつかの再起動を行います（最初の編集のコードブロックは、追加のHDDを挿入した後の最初のブートからのものです）。

編集2.5：random: crng init done通常、編集1に示すように時々表示されますが、編集2に表示されることはほとんどありません。ランダムなようです。

同じ問題がありました。起動メッセージ中に、デバイスの再開を待機中にタイムアウトしたと表示されます。uuidを削除/etc/initramfs-tools/conf.d/resumeするようにUUIDがあるかどうかを確認しRESUME=some-uuid、「なし」に置き換えてRESUME=noneください。その実行後sudo update-initramfs -uk all、それは行ってもいいはずです。

私は何度もこの問題を抱えており、私の解決策はすべての状況で機能します。

dsmegを実行すると、エラーは次のように表示されます。

[    6.382044] random: crng init done
[    6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[   32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

解決策は次のとおりです。

まず、fstabとblkidを比較します。

$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"



$ sudo nano /etc/fstab


# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018

# <file system>                            <mount point>                               <type>     <$

#-> /dev/sda6  label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94  /                                           ext4       d$
#-> /dev/sda1
UUID=C0C0-7641                             /boot/efi                                   vfat       d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579  swap                                        swap       d$

ご覧のとおり、/ dev / sda7での私のスワップは、blkidとは異なるfstabのUUIDを持っています。これは、私の場合、別のLinuxインストールがスワップを再パーティション化し、UUIDを変更したことが原因でした。ブートの遅延は、システムがスワップの新しいUUIDを見つけようとするために発生します。これを修正するには、fstabファイルと一致しないblkidのUUIDをコピーして保存します。

再起動後も起動エラーが解消されない場合は、initramfs.confファイルをさらに編集する必要があります。

これを行うには：

$ sudo nano  /etc/initramfs-tools/conf.d/resume

次に、新しいファイルを作成するか、現在の再開ファイルを編集して、最初の行にRESUME = UUID = <<スワップのUUID >>と書き込みます。

たとえば、私のように見えます

RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59

次に、以下のコマンドを実行して、initramfsファイルを更新します。

#sudo update-initramfs -u

その後、再起動します。エラーはなくなります。

私は、として調査した後、ブート時間で同様の増加を経験dmesgし、systemd-analyze blame犯人があるように見えましたrandom: crng init

この問題は、SSDからの起動で初期化するのに十分なエントロピーではないようです。この仮説は確認されているようです。これは、起動中にマウスを束ねて動かすと、起動時間が約2分から以前の時間に近くなるためです。

ブート時に、カーネルは乱数発生器を初期化するマウスの動きを待ちます。ブート時のカーネルメッセージ：
sudo dmesg | less

問題：
kernel: random: crng init done

ソリューション：
sudo apt install haveged
sudo systemctl enable haveged

スワップパーティションを削除してスワップファイルを作成した後、ubuntu 19.04の起動時間が遅いという問題がありました。

dmesgの出力

[    2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[   33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   33.417651] systemd[1]: Inserted module 'autofs4'

/ etc / fstabにスワップファイルがありません。マウントされたすべてのディスク/ uuidsは正しかった。

チェックしました/etc/initramfs-tools/conf.d/resumeが、そのファイルがありませんでした。

走るだけ

sudo update-initramfs -uk all

そして今、それは本当に速く起動します。