クリーンなSSDインストールでの通常のdist-upgradeに続くUbuntuのロード/スプラッシュ画面での長い起動遅延(18.04)


24

問題なく公式リリースの日にクリーンなSSDをインストールしてから18.04を実行しています。
ログイン時の電源投入は数秒でした(最大10)

それから、今朝、定期的にアップグレードを行いました

$ sudo apt update && sudo apt dist-upgrade

インストール/アップグレードされたパッケージは次のとおりです。

Install: linux-headers-4.15.0-24:amd64 (4.15.0-24.26, automatic), linux-headers-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-modules-extra-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-modules-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-image-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic)
Upgrade: gnome-control-center-data:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-headers-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), gnome-control-center:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-image-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), linux-signed-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), gnome-control-center-faces:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-generic:amd64 (4.15.0.23.25, 4.15.0.24.26)

アップグレードが完了したらリブートし、Ubuntuのロード/スプラッシュ画面で 2〜3分の遅延(ログイン前)を確認しました(進行状況/アクティビティはドットで示されていません)。

電源を切って再度ブートしようとしましたが、この遅延が常に発生しています。また、クローズダウンも非常に遅くなります。

アップデート#1(2018-07-03):
systemdの分析:

$ sudo systemd-analyze blame
3min 53.073s plymouth-quit-wait.service
    2min 20.699s snapd.seeded.service
         49.949s snapd.service
          6.186s NetworkManager-wait-online.service
          1.148s dev-sda2.device
          1.098s plymouth-start.service

plymouth-quit-wait.serviceこれを表示する(これはUbuntuのローディング/スプラッシュ画面に関連していると私は信じています)snapd.seeded.serviceが、開始するのに最も長い間実行されているサービスでした。だから私は前後の時間を比較しましdist-upgradeた:

$ journalctl -u plymouth-quit-wait.service --since today
-- Logs begin at Fri 2018-04-27 13:01:30 BST, end at Tue 2018-07-03 12:38:05 BST. --
Jul 03 04:15:43 user-laptop systemd[1]: Starting Hold until boot process finishes up...
Jul 03 04:15:46 user-laptop systemd[1]: Started Hold until boot process finishes up.
-- Reboot --
Jul 03 04:21:17 user-laptop systemd[1]: Starting Hold until boot process finishes up...
Jul 03 04:24:52 user-laptop systemd[1]: Started Hold until boot process finishes up.

アップグレードのplymouth-quit-wait.service3秒かかりました。アップグレード3分 35秒かかりました

$ journalctl -u snapd.seeded.service --since today
-- Logs begin at Fri 2018-04-27 13:01:30 BST, end at Tue 2018-07-03 12:42:14 BST. --
Jul 03 04:15:43 user-laptop systemd[1]: Starting Wait until snapd is fully seeded...
Jul 03 04:15:43 user-laptop systemd[1]: Started Wait until snapd is fully seeded.
-- Reboot --
Jul 03 04:22:47 user-laptop systemd[1]: Starting Wait until snapd is fully seeded...
Jul 03 04:24:49 user-laptop systemd[1]: Started Wait until snapd is fully seeded.

アップグレードのsnapd.seeded.service0秒かかりました。アップグレード2分 2秒かかりました。

更新#2(2018-07-06):
今朝のブートで遅延戻ってきました。
だから私たちはまだkernel / plymouth / snapdの更新を待っていると思います。

アップデート#3(2018-07-12):
この問題は解決されたようですが、スナップまたはプリマスのアップデートは見られず、4.15.0-24カーネルを実行しています。だから、どのパッケージの更新が問題を解決したのか、それともどういうわけかそれ自体を解決したのかどうかはわかりません。ランチパッドでバグの更新を読むと、どのパッケージに対して何が実行されたか(または実行されているか)がわかりません。誰もがそれを明確にできれば非常に便利でしょう。


私には、snapdが2:20のシード(スナップデータベースの更新)であったように見えます。まれなイベントで、何も壊れていません。それを毎回行う場合は、snapdに対してバグを報告してください。
-user535733

1
私はUbuntuの18.04の新規インストール後に同じ問題を抱えている: 3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service
アレッサンドロGaballo

1
カーネルを4.15.0-24-genericにアップグレードした後、今日この問題が発生しました。
user605331

1
forum.snapcraft.ioでスレッドを開始することを検討してください。それが、スナップ開発者がたむろするところです。スレッドのトラブルシューティングとテストを支援する場合にのみ、スレッドを開始してください。誰もが同じスレッドにサブスクライブし、無駄な「私も」コメントを避ける必要があります-開発者が落胆してオフにならないように、ノイズを抑えてください。
-user535733

2
:私は、バグログインbugs.launchpad.net/snapd/+bug/1779872私は確かに、ヘルプのトラブルシューティングに喜ん
Broadsworde

回答:


15

これはカーネル関連の回帰であり、ランチパッドのバグはhttps://bugs.launchpad.net/ubuntu/+bug/1779827です

回避策として、起動時にキーを押すかマウスを移動します。

簡単に言うと、/ dev / urandomまたはgetrandom()を使用するサービスは、十分なエントロピーが利用可能になるまでブロックするようになりました。以前は、/ dev / urandomに必要なエントロピーははるかに少なかった。

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1779961/comments/5の最新のステータスは次のとおりです。

メタパッケージはロールバックされており、修正の適用とアップロードが進行中です。

snapdチームもこれを調査し、bsonアップストリームと連携して、起動時に/ dev / unrandomが不要であることを確認しました(https://github.com/snapcore/snapd/pull/5464

そのため、この問題は、カーネルまたはsnapdアップデートを介してすぐに修正する必要があります。


1
「シフト」ブートを試してみたところ、更新前に表示されていたログインからブートまでの時間を反映しているようです... ところで、ブート時の「シフト」ではgrubメニューは表示されませんでしたが、ログインはずっと速くなりました。
ブロードソード

マイケル、 この回答を編集して、他の回答の情報をこの回答に組み込んでから、他の回答を削除してもらえますか?ここで1つの質問、1つの答えが好きです... ありがとうございます!;-)
ファビー

modに連絡してアカウントをマージしてください
Zanna

@ Broadsworde、Ubuntu 18.04 LTSでShiftキーまたはEscキーを押す(繰り返し押す)と、grubメニューが表示されます。(キーを押したままにするだけでは十分ではありません。コンピューター間で異なる可能性があります。)
sudodus

11

システム内でマウスを動かしたり、エントロピーを増やしたりできます。

sudo apt install haveged

避難したウェブサイト

デフォルトのカーネルとukuuで動作します。これにより、システムはカーネル4.17.4で正しく起動できます。


興味深いソリューション。4.4.0-130Virtualboxの実験に最近切り替えたため、まだ問題はありませんが、haveged将来の使用に備えてマシンをインストールしました。
WinEunuuchs2Unix

5

私は同じ問題を抱えています 4.15.0-24-generic #26-Ubuntu SMP

user@nb:~$ systemd-analyze blame |head
         4min 2s plymouth-quit-wait.service
          1.440s systemd-udev-settle.service
           562ms dev-sda1.device
           313ms udisks2.service
           240ms systemd-rfkill.service
           231ms NetworkManager.service
           194ms networkd-dispatcher.service
           180ms systemd-backlight@backlight:acpi_video0.service
           179ms systemd-journal-flush.service
           147ms systemd-logind.service

以下のために一時的な回避策は、あなただけする必要が起動中にマウス/タッチパッドを動かす「ノーマル」の起動時間が得られ、。私の場合:

user@nb:~$ systemd-analyze blame |head
          1.440s systemd-udev-settle.service
           882ms plymouth-quit-wait.service
           562ms dev-sda1.device
           313ms udisks2.service
           240ms systemd-rfkill.service
           231ms NetworkManager.service
           194ms networkd-dispatcher.service
           180ms systemd-backlight@backlight:acpi_video0.service
           179ms systemd-journal-flush.service
           147ms systemd-logind.service

ソースを修正:https : //ubuntuforums.org/showthread.php?t=2395451&p=13780509#post13780509


5

私が管理する2つのデスクトップでこのマニフェストを見ました。次のコマンドを実行してインストールrng-toolsすると、問題が解決します。

sudo apt install rng-tools

Arch wikiから: rng-toolsは、カーネルでの乱数生成に関連する一連のユーティリティです。これは主にカーネルのエントロピーの量を増やして/ dev / randomを高速化するのに役立ちます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.