我需要帮助来弄清楚为什么“systemd-analyze plot”显示的启动时间的第一个“内核”部分长达 67 秒。我该如何调试启动过程的这一部分？
我四处寻找，看到很多帖子讨论各种事情，这些事情要么不适用于我的系统，要么没有太大区别。
-- apt-daily.service 在启动过程中运行，因此我按照说明创建了一个 override.conf 文件并将其从启动顺序中删除。没有真正的改进，但它不再是启动的一部分了。
-- 我看到有关 4.15.0-24 内核中的错误的报告，但我运行的是 4.15.0-43-generic。
-- 我看到了关于交换分区的讨论，但我没有。我读过的帖子说 18.04 使用交换文件，它们与使用交换分区相比很好。
-- 当我运行“systemd-analyze critical-chain”时，前几个条目（以“graphical.target”开头）都以@52.342s 结尾，但我不确定它们的含义。
-- “systemd-analyze blame” 中的前几个条目是
------- lightdm.service 耗时 31.636 秒
------- plymouth-quit-wait.service 耗时 31.625 秒
------- 用于 dev-sda1.device 的 14.750 秒
------- systemd-journal-flush.service 为 9.733 秒
------- 然后是键盘、网络、磁盘和其他东西，每个都在 7 秒内完成。
-- 我喜欢休眠模式，所以我没有使用 Grub 中的“noresume”设置。
这个问题始于我决定在一台备用笔记本电脑上试用 18.04。我通过重写以前的分区表将整个 750GB 驱动器重新格式化为一个 EXT4 分区。这很有效，我从一张实时 CD 安装了 18.04。
我之前在同一台机器上运行过 16.04 和 18.04，没有出现任何问题。18.04 的第一个版本是 16.04 的更新，但存在功能问题。我决定在干净的磁盘上重新尝试 18.04 的全新安装，这时速度问题就开始了。
那么，有什么办法可以解决这个问题吗？我想把这台笔记本电脑借给朋友，让他试用一下 Linux，而这么长的启动时间会让他很失望。
答案1
解决了。
我的电脑是戴尔 Inspiron 1520，内核中有一个错误会影响这些笔记本电脑。它会尝试启动笔记本电脑没有的 svideo 适配器。
这篇文章有解决方案：由于 drm_kms_helper 错误，启动非常慢
解决方案是在启动时使用 grub 禁用 svideo 连接器。
sudo nano /etc/default/grub
添加内核启动参数：video=SVIDEO-1:d，因此它看起来像这样：GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"
sudo update-grub sudo 重启