自从正式发布之日安装干净的 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 …我在 Windows 上为 Broadcom 网络适配器重新安装了一个驱动程序，之后我的 WiFi 在 Ubuntu(16.04) 上完全停止工作。
我尝试使用以下命令重新安装驱动程序：
1. sudo apt-get purge bcmwl-kernel-source
2. sudo apt-get install bcmwl-kernel-source
但它没有帮助
第二个命令的输出（安装 bcmwl-kernel-source）：
Unpacking bcmwl-kernel-source (6.30.223.271+bdcom-0ubuntu1~1.2) ...
Setting up bcmwl-kernel-source (6.30.223.271+bdcom-0ubuntu1~1.2) ...
Loading new bcmwl-6.30.223.271+bdcom DKMS files...
First Installation: checking all kernels...
Building only for 4.15.0-24-generic
Building for architecture x86_64
Building initial module for 4.15.0-24-generic
ERROR: Cannot create report: [Errno 17] File exists: '/var/crash/bcmwl-kernel-source.0.crash'
Error! Bad return status for module build on kernel: 4.15.0-24-generic (x86_64)
Consult /var/lib/dkms/bcmwl/6.30.223.271+bdcom/build/make.log for more information. …我的installed (local or obsolete)类别正在填满，因为 Canonical 最近一直在推出更新，然后又将其撤回。最近发生了两个内核，cups今天早上又发生了。我已经使用 Ubuntu 大约三年了，我不记得像今年那样经常发生这种情况。
那么，如何理性的应对呢？
我想过每周只安装一次更新，但这并不能防止抓住他们在我检查那一周之前推出的坏更新。
仅在周末安装更新是一个好策略吗？似乎周末不经常推送系统更新。我想他们可以在周五下午推送一个糟糕的更新，然后在周一早上拉出来。
或者，以某种方式不安装更新，直到它们被推出一段时间 - 比如两天？有没有自动化的方法来做到这一点？
编辑：受影响的系统之一运行带有linux-generic内核的Lubuntu 16.04 ，另一个运行带有linux-generic-hwe-16.04内核的Lubuntu 16.04 。两者都受到了cups2.13-4ubuntu0.2 版本更新的影响，该更新于 2017 年 3 月 27 日被推出并撤回。该linux-generic机器收到了内核更新版本 4.4.0.67.12，随后被撤回。此更新也使snapd版本 2.23.1成为孤立的linux-generic-hwe-16.04机器收到内核版本 4.8.0.42.14，然后孤立。
WOL 在 Bionic 上运行良好，直到昨天的内核更新。如何诊断/恢复？
编辑：如果设置为从 4.15.0-23 内核启动，它可以工作。如果设置为从 4.15.0-24 启动，则不会。
编辑 2：可以启用 WoL
sudo ethtool -s [card] wol g
但它不是持久的。搜索如何在每次启动时设置它。
Edit3：根据 Kai-Heng Feng 对此错误报告的评论，这是一个有意的更改！（因此不是错误）
This is because the fix of LP: #1752772 has one commit [1] that disables WoL by default.
Set WoL explicitly should solve your issue.
[1] https://github.com/torvalds/linux/commit/7edf6d314cd061e1d0a1b7bc0b511d64322c3f72