我很抱歉,如果我的问题是新手,因为它是-但我从来没有费心调整我的Linux。我已经设法让我的Manjaro (不是没有一些外部帮助)将启动时间缩短到8-10 s(通过systemd-analyze),我也希望在Ubuntu中尝试同样的方法,但是我不确定我应该做什么,以及它是否可能。无论如何,它并不是非常慢,但有一个主要的缺点,我的nvme SSD,因为我一直在使用Manjaro,这是上升和准备在10,现在它需要约25s准备与Ubuntu。虽然Manjaro由于grub超时而慢,但是Ubuntu默认将grub设置为0--我已经检查过了。
这是我的systemd-analyze和systemd-analyze blame --如果还需要什么,我会提供它:
systemd-analyze
Startup finished in 8.390s (firmware) + 4.976s (loader) + 2.131s (kernel) + 9.071s (userspace) = 24.570s
graphical.target reached after 9.039s in userspace
systemd-analyze blame
7.076s NetworkManager-wait-online.service
5.821s plymouth-quit-wait.service
5.041s bolt.service
1.753s grub-common.service
1.727s apport.service
1.159s snapd.service
1.047s systemd-logind.service
1.032s networkd-dispatcher.service
996ms accounts-daemon.service
824ms udisks2.service
595ms polkit.service
590ms avahi-daemon.service
563ms bluetooth.service
539ms NetworkManager.service
438ms switcheroo-control.service
395ms dev-nvme0n1p2.device
365ms ModemManager.service
328ms thermald.service
314ms gdm.service
311ms wpa_supplicant.service
300ms upower.service
253ms grub-initrd-fallback.service
242ms e2scrub_reap.service
240ms gpu-manager.service
224ms rsyslog.service
224ms dev-loop1.device
223ms dev-loop0.device
184ms snap-snap\x2dstore-467.mount
183ms snap-snapd-8542.mount
182ms snap-gtk\x2dcommon\x2dthemes-1506.mount
173ms user@1000.service
170ms dev-loop2.device
154ms pppd-dns.service
128ms systemd-resolved.service
127ms systemd-backlight@backlight:intel_backlight.service
119ms alsa-restore.service
118ms systemd-timesyncd.service
106ms dev-loop4.device
104ms systemd-user-sessions.service
103ms swapfile.swap
101ms snap-gnome\x2d3\x2d34\x2d1804-36.mount(...)
下面是系统分析的关键链:
graphical.target @9.039s
└─multi-user.target @9.039s
└─kerneloops.service @8.974s +63ms
└─network-online.target @8.969s
└─NetworkManager-wait-online.service @1.891s +7.076s
└─NetworkManager.service @1.340s +539ms
└─dbus.service @1.311s
└─basic.target @1.232s
└─sockets.target @1.232s
└─snapd.socket @1.226s +5ms
└─sysinit.target @1.210s
└─systemd-backlight@backlight:intel_backlight.service @1.082s +127ms
└─system-systemd\x2dbacklight.slice @921ms
└─system.slice @433ms
└─-.slice @433ms发布于 2020-10-16 16:59:00
我正在使用NVMe SSD引导。安装了20.04 Kubuntu。我还将grub更改为3秒延迟,从默认的10秒,只是为了有时间按一个键,如果需要。
fred@z170-focal-k:~$ systemd-analyze
Startup finished in 2.667s (kernel) + 5.167s (userspace) = 7.834s
graphical.target reached after 5.155s in userspace关闭NetworkManager-与systemctl一起等待:
systemctl disable NetworkManager-wait-online.servicehttps://forums.linuxmint.com/viewtopic.php?t=282437
从安静的飞溅到纽普利茅斯,将看到启动过程而不是Ubuntu的标志。有时你可以看到什么过程是悬挂系统,也。即使不使用raid或加密,安装驱动程序也会有所帮助。
sed -i '/GRUB_TIMEOUT=/ s/10/3/' /etc/default/grub
sed -i '/GRUB_CMDLINE_LINUX_DEFAULT/ s/"quiet splash"/"noplymouth"/' /etc/default/grub
sudo update-grub
sudo apt install libblockdev-crypto2 libblockdev-mdraid2, 重新启动时关闭打印机,
删除所有快照,大多数应用程序更喜欢.debs
sudo apt autoremove --purge snapd如果UEFI固件更新不受支持(还没有),也没有雷电,我的一个系统也没有蓝牙,所以我也只在系统上卸载它。
sudo apt-get purge fwupd
systemctl status bolt
boltctl list
systemctl mask bolt.service
sudo apt-get autoremove blueman bluez-utils bluez bluetooth 许多启动缓慢的问题已经重新安装了,在fstab中引用了一个错误的UUID。最好确认所有UUID都是正确的。
lsblk -o name,fstype,size,label,mountpoint,uuid | egrep -v "^loop"
cat /etc/fstab只有当交换分区和重新格式化可能是错误的UUID。
cat /etc/initramfs-tools/conf.d/resume确保使用noatime挂载分区。
UUID=54029c4f-0cbe-413e-80ce-78a4995b0551 / ext4 noatime,errors=remount-ro 0 1更多详情:
Ubuntu16.04慢速启动(APT-Daily.service)
https://ubuntuforums.org/showthread.php?t=2436900&p=13932499#post13932499
https://askubuntu.com/questions/1284302
复制相似问题