Xubuntu 18.04カーネルの起動に時間がかかる
17.10からアップグレードした後、起動時間が長くなりました。最初は5分以上かかりました。 dmesgは、犯人が存在しないフロッピードライブであり、そのカーネルが見つけようとしたことを明らかにしました。
すぐにそれを削除して、5分は約40秒になりました。これは、更新前にかかった時間よりもまだ長いと感じています。 dmesgを再度実行すると、ファイルシステムをマウントするのに30秒かかります（ full output ）。次のメッセージが表示されます。
[ 36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
私はSSDから起動します。他の2つのハードドライブが接続されており、そのうちの1つはext4でフォーマットされていますが、システムデータを保持していません。これがSSDだと思います。この30秒間、テキストは表示されず、スプラッシュも表示されず、空白の画面が表示されます。
さて、以前の正確な時間がないため、更新前よりも遅く感じると言ったので、最初の質問は、ファイルシステムをマウントするのに30秒かかるのは普通ですか？遅延の原因は何ですか？
編集1：
スワップをオンまたはオフにしても効果はありません
一方、コンピューターに別のハードドライブもインストールしました。前述の30秒の遅延の直前に、dmesg出力に別の行が表示されて、ブート時間がさらに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)
これをランダムに変更するか、同じままにするかを確認するために、2、3回再起動します（最初の編集のコードブロックは、追加のHDDを挿入した後の最初のブートからのものです）。
編集2.5：random: crng init doneは通常、編集1に示されるように、編集2のようにめったに表示されません。ランダムに見えるようです。
同じ問題がありました。ブートメッセージ中に、デバイスの再開を待機してタイムアウトしたと表示されます。 /etc/initramfs-tools/conf.d/resumeのようなUUIDが含まれている場合は、RESUME=some-uuidをチェックインし、uuidを削除して「none」に置き換えて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を見つけようとしたために発生します。これを修正するには、fskidファイルと一致しない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
その後、再起動します。エラーはなくなります。
起動時に、カーネルはマウスの動きを待って乱数ジェネレーターを初期化します。起動時のカーネルメッセージ：Sudo dmesg | less
問題：kernel: random: crng init done
ソリューション：Sudo apt install havegedSudo systemctl enable haveged
ブート時間の同様の増加を経験し、dmesgおよびsystemd-analyze blameで調査した後、犯人はrandom: crng initであるように見えました
問題は、初期化のためにSSDから起動する際のエントロピーが十分ではないようです。この仮説は、起動中にマウスを束ねると、起動時間が約2分から以前の状態に近づくまで短縮されるため、確認されたようです。
スワップパーティションを削除してスワップファイルを作成した後、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にスワップファイルがありません。マウントされたすべてのディスク/ UUIDが正しい。
/etc/initramfs-tools/conf.d/resumeをチェックしましたが、そのファイルがありませんでした。
走るだけ
Sudo update-initramfs -uk all
そして今、それは本当に速く起動します。