在干净的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.service花了3秒钟。经过升级花了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.service花费了0秒。经过升级花了2分钟 2秒。

更新＃2（2018-07-06）：
今天早上的启动看到了延迟的返回。
所以我想我们仍在等待kernel / plymouth / snapd更新。

更新＃3（2018-07-12）：
该问题似乎已解决，但是我没有看到任何有关snap或plymouth的更新，并且我仍在运行4.15.0-24内核。因此，我不确定哪个软件包更新可以解决该问题，或者它是否可以解决问题。在启动板上读取错误更新后，我不清楚对哪些程序包做了什么（或正在完成）。如果有人可以澄清，那将非常有用。

boot  18.04  snap  plymouth 
— 宽剑
source
在我看来，snapd正在播种（刷新snap数据库）2:20。罕见的事件，没有坏掉。如果每次都这样做，请针对snapd提交错误。
— user535733 '18
1
在重新安装Ubuntu 18.04之后，我遇到了同样的问题： 3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service
— Alessandro Gaballo，
1
在将内核升级到4.15.0-24-generic之后，我今天遇到了同样的问题。
— user605331 '18
1
考虑在forum.snapcraft.io上启动线程。这就是快照开发人员闲逛的地方。如果您愿意帮助他们进行故障排除和测试，请确保仅启动线程。每个人都应该订阅相同的线程，并避免使用无用的“我也是”注释-降低噪音，以使开发人员不会灰心并关闭。
— user535733 '18
2
我在以下位置记录了一个错误：bugs.launchpad.net/snapd/+bug/1779872我当然愿意帮助解决问题
— Broadsworde，

Answers:

15

这是与内核相关的回归，启动板错误是：https : //bugs.launchpad.net/ubuntu/+bug/1779827

解决方法是在启动时按键和/或移动鼠标。

简而言之，使用/ dev / urandom或getrandom（）的服务现在会阻塞，直到有足够的熵可用为止。过去，/ dev / urandom所需的熵要少得多。

来自https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1779961/comments/5的最新状态是：

元软件包已回滚，并且正在应用和上传修复程序。

敏捷的团队也对此进行了调查，并与bson上游合作以确保启动时不需要/ dev / unrandom（https://github.com/snapcore/snapd/pull/5464）

因此，应尽快通过内核或快照更新来解决此问题。

— 迈克尔·沃格特
source
1
我只是尝试了“ shift”引导，这似乎反映了引导到我在更新之前看到的登录时间...所以这里有什么问题呢？顺便说一句，启动时的“转变”并没有给我一个grub菜单，但确实给了我更快的登录时间。
— Broadsworde
迈克尔，您可以编辑 此答案并将其他答案中的信息合并到此答案中，然后删除另一个答案吗？我们喜欢一个问题，一个答案…… 谢谢！;-)
— Fabby
请联系国防部以合并您的帐户
— -Zanna
@Broadsworde，在Ubuntu 18.04 LTS中使用Shift键或Esc键（反复敲击）为我打开grub菜单。（仅按住键是不够的；我猜这在计算机之间可能会有所不同。）
— sudodus
11

您可以在系统中移动鼠标或增加熵。

sudo apt install haveged

避风港网站

适用于默认内核和ukuu。这使系统可以在内核4.17.4上正确启动。

— 拉多斯瓦夫·布佐佐夫斯基
source
有趣的解决方案。我还没有问题，因为我最近切换到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

— 弗朗西奥
source
5

我已经在自己管理的两个台式机上看到了这个清单。运行以下命令进行安装可rng-tools为我解决问题：

sudo apt install rng-tools

来自Arch Wiki： rng-tools是一组与内核中随机数生成相关的实用程序。这主要用于增加内核中的熵数量，以使/ dev / random更快。

— psiphi75
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.