如何在Ubuntu 16.04上加速真正缓慢的启动？

39

我试图了解为加快Ubuntu 16.04的启动速度而需要做的事情。我已经运行dmesg并将输出保存在这里。大约10秒钟后，一切似乎都出错了。

boot 16.04 dmesg

— 派克伍德
source

如果您查看dmesg，则很可能会找到诸如“新安装选项与现有超级块不匹配”之类的条目。如果是这样的谷歌搜索这个字符串，它会带你到一个Linux的错误，这从来没有固定的

— NickT

我认为我没有看到该错误或类似错误。

— Packwood

为什么在10秒内感觉变坏？您认为哪条消息特别令人担忧？

— Ciro Santilli新疆改造中心法轮功六四事件

44

您可以尝试找出使用systemd花费最多的时间

systemd-analyze blame

— 用户名
source

31

是的，那以后呢？我必须停止运行某些服务吗？

— 穆罕默德·阿米·布尔卡迪

29

编辑/ etc / fstab 交换空间的UUID（以匹配的输出sudo blkid）就像一个魅力！

注意：之后，如果/etc/crypttab文件中有任何交换条目，则应通过UUID或路径（即UUID = something或/ path / to / swap）更改其第二个参数以与交换空间匹配。

在我的SSD上，启动时间从2分钟缩短到不到10秒。

问题是，当这个问题开始时，我只是从14.04正常升级到16.04，没有弄乱分区。显然，升级过程存在一些问题。

— 配音
source

谢谢，这对我大有帮助：出于测试目的，我将交换安装在了一个可移动的盒式计算机上，当磁盘不在14.04上时没有启动问题，在16.04上启动又花了1或2分钟。似乎没有建立交换时，内核3比内核4快。

— 伊曼纽尔

谢谢。您节省了我很多时间。我也在从14.04升级系统，所以发生了此问题。

— PaladiN

谢谢，我也遇到了不正确的交换UUID的相同问题，一旦我将其更改为与blkid相匹配，它就花费了大约60秒到5秒的长启动时间

— BrandonSørenCulley

2

请查看askubuntu.com/questions/38533/…答案以获取有关如何执行此操作的更多信息。这将我的启动时间从100多秒减少到15秒

— Dmitry

是的，请升级到17.10，但我的交换uuid匹配是“ blkid”的结果

— Vasil Valchev

10

升级后，我遇到了更长的启动时间的类似问题。

怎么了 我已经删除了交换空间，所以我的/ etc / fstab文件和新文件系统发生冲突。引导加载程序等待了将近1m 30s才能找到它。

我如何解决该问题 运行sudo blkid

打开/ etc / fstab文件，然后将uuid的匹配项与您拥有的分区进行比较。如果不匹配，请更改并重新启动。

— 戈库·帕尔维（Gokul Palwe）
source

问题中的dmesg输出表明OP存在另一个问题。

— 字节指挥官

9

这是一种解决方法，但是这大大减少了我的启动时间（从1分钟24s减少到16s）。

sudo vim /etc/systemd/system.conf

取消注释这两个参数并设置所需的超时：

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

注意：请优化这些值以适合您的硬件需求〜5-60s。

如所讨论的在这里这些参数配置用于开始和单位停止，以及默认时间为单位的自动重新启动之间睡眠默认超时，作为配置的单位中TimeoutStartSec=，TimeoutStopSec=和RestartSec=（对于服务，请参见systemd.service（5），用于有关每单位设置的详细信息）。

对于非服务单位，DefaultTimeoutStartSec=设置默认值TimeoutSec= value。DefaultTimeoutStartSec=并DefaultTimeoutStopSec=默认为90s。DefaultRestartSec=默认为100毫秒。

编辑-更详细：

我分析了启动顺序systemd-analyze plot > sequence.svg，结果表明服务无法在新升级的OS上启动。一共有三个，一个是配置错误的sendmail守护程序，然后是powerd.service和NetworkManager-wait-online.service。由于完全禁用NetworkManager服务不是一个好主意，所以我让它在10秒后超时，然后在全局应用此规则。

— 米雷克
source

2

您能否进一步说明该解决方案如何将启动时间减少68秒？

— 极客长老

没有问题，享受！

— Mirek

它对我不起作用，因为应用更改后，我的启动时间从52秒缩短到57秒。

— Woeitg '16

1

10s太低。它可以使引导进入恢复模式。我使用的是30多岁

— Anwar

10s在18.04中断了我的启动。现在以恢复模式修复Ubuntu。

— Pasupathi

1

这可能与文件系统问题有关。您可能需要检查以下链接，以了解修复文件系统是否会缩短启动时间：https : //help.ubuntu.com/community/FilesystemTroubleshooting

— 克里斯·雅格斯
source

嗯现在似乎[更长！]（pastebin.com/a5g4wHvA）大约30秒后看起来就出错了。“ eth0：链接未准备好”“ nf_conntrack：不赞成使用自动助手分配，它将很快被删除。请改用iptables CT目标来附加助手”

— Packwood 2016年

0

我有一个刚刚解决的类似问题：我在SSD上运行Ubuntu 16.04。我使用闪存驱动器作为交换分区。意外地将驱动器全部移动了一点，启动耗时超过3分钟。我把它放回正确的位置，现在一切都很好。如果您尝试使用smartctl或fsck并且文件系统正常，请尝试卸下闪存驱动器（或其他外围设备？），然后查看其运行情况。祝好运！

— joham34
source

0

根据您的pastebin输出，有几件事对我产生了影响：

EXT4-fs (sda5): re-mounted

你不妨fsck的这本书，并看看智能数据该驱动器。

和

[   31.022220] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.720952] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.761548] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

如果您的网络连接不支持IPV6，则可以尝试禁用它。

— 怪胎长老
source

0

跟随user536489的提示：

系统分析责备

检查是否有需要花费很长时间才能启动的服务并设置了较低的超时时间：

须藤vim /lib/systemd/system/networking.service

更改TimeoutStartSec为10s。该男子页面状态发生在秒的无单位值，或时间跨度值如“5分钟20秒”。传递“ infinity”以禁用超时逻辑。

— 最高
source