自从我在 UBUNTU 18.04 上增加了磁盘空间后,启动时间就增加了好几倍。我创建了新的交换分区。正如其他类似问题的答案所指出的那样,我已经更新了 /ext/fstab 中的 UUID。
我systemd-analyze time
在终端上运行,输出如下:
Startup finished in 5.395s (firmware) + 6.836s (loader) + 4.535s (kernel) + 52.819s (userspace) = 1min 9.588s
graphical.target reached after 49.244s in userspace
跑步时systemd-analyze critical-chain
:
graphical.target @49.244s
└─multi-user.target @49.244s
└─kerneloops.service @40.919s +26ms
└─network-online.target @40.913s
└─NetworkManager-wait-online.service @32.043s +8.869s
└─NetworkManager.service @27.622s +4.420s
└─dbus.service @27.316s
└─basic.target @27.312s
└─sockets.target @27.312s
└─snapd.socket @27.249s +62ms
└─sysinit.target @27.249s
└─cryptsetup.target @26.626s
└─systemd-ask-password-wall.path @2.985s
52.819 秒是不寻常的。我在网上搜索了很多次,但似乎没有办法解决这个问题。
编辑:systemd-analyze blame | head -n 20 的输出
19.189s systemd-journal-flush.service
17.967s plymouth-start.service
17.193s plymouth-quit-wait.service
13.703s dev-sdb7.device
11.145s plymouth-read-write.service
8.869s NetworkManager-wait-online.service
6.558s dev-loop23.device
6.530s dev-loop20.device
6.448s dev-loop16.device
6.398s dev-loop22.device
6.332s dev-loop15.device
6.223s dev-loop21.device
6.202s dev-loop24.device
6.194s snapd.service
6.117s dev-loop18.device
5.971s networkd-dispatcher.service
5.943s dev-loop14.device
5.880s dev-loop17.device
5.754s dev-loop19.device
5.414s dev-loop10.device
答案1
我在配备未分区 500 GB SSD(所有 HDD 专用于一个操作系统)的 XPS 9950 上的时间也差不多。Ubuntu 17.10、18.04 和 18.10 搭配 Legacy 启动的时间和你差不多。现在我在 UEFI 上安装了基本操作系统 Juno,时间没有太大变化,即使我期待 Linux 世界中的快速启动,我也接受它为正常现象。
答案2
上周我在一台旧笔记本电脑上安装了 Xubuntu 18.04,遇到了类似的问题。对我来说,最有效的解决方案是使用以下命令禁用 grub 中的 plymouth
sudo nano /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT
并将行改为
GRUB_CMDLINE_LINUX_DEFAULT="noplymouth video=SVIDEO-1:d"
保存更改后,你必须使用以下命令更新 grub
sudo update-grub
然后重新启动机器。
我尝试了不同的选项来禁用 plymouth,有时在 quotest 中不加任何内容(仅""
),有时加"quiet splash"
或"noplymouth"
不加选项"video=SVIDEO-1:d"
。至少对我来说,它不起作用,或者我在启动过程中通过 krms 或类似方法获得了额外的延迟时间。