xUbuntu 启动需要 3m,而 Win 7 或 SliTaz 20s 需要 1m30s(无法比拟) 2m Mac OS X (Hackintosh)
我的笔记本电脑有 Celeron 64 位 CPU 4 GB RAM 和 2009 年末的旧 Nvidia 卡
6400 RPM 硬盘(我认为) 500 GB
21.590s NetworkManager-wait-online.service
8.665s systemd-udev-settle.service
7.912s gpu-manager.service
5.891s ModemManager.service
5.099s dev-disk-by\x2duuid-6d3e8de2\x2d2956\x2d4bfb\x2db65d\x2dbb534f2
5.027s NetworkManager.service
4.532s accounts-daemon.service
3.909s binfmt-support.service
3.551s plymouth-quit-wait.service
3.495s rsyslog.service
3.488s systemd-user-sessions.service
3.488s grub-common.service
3.484s avahi-daemon.service
3.481s ondemand.service
3.475s thermald.service
3.071s systemd-logind.service
3.053s lm-sensors.service
3.039s apport.service
3.035s bluetooth.service
3.031s speech-dispatcher.service
3.027s pppd-dns.service
3.026s irqbalance.service
1.433s systemd-tmpfiles-setup-dev.service
1.391s apparmor.service
1.264s systemd-modules-load.service
1.139s colord.service
1.010s plymouth-read-write.service
846ms systemd-journald.service
845ms systemd-setup-dgram-qlen.service
843ms sys-kernel-debug.mount
839ms polkitd.service
783ms upower.service
777ms resolvconf.service
635ms dev-hugepages.mount
634ms dev-mqueue.mount
548ms systemd-udevd.service
531ms systemd-udev-trigger.service
526ms systemd-journal-flush.service
517ms wpa_supplicant.service
496ms alsa-restore.service
475ms dbus.service
393ms udisks2.service
373ms systemd-sysctl.service
331ms systemd-timesyncd.service
306ms console-setup.service
285ms systemd-backlight@backlight:acpi_video0.service
282ms systemd-vconsole-setup.service
281ms ifup-wait-all-auto.service
271ms systemd-fsck-root.service
261ms [email protected]
261ms systemd-update-utmp.service
240ms plymouth-start.service
237ms lightdm.service
222ms [email protected]
218ms [email protected]
177ms networking.service
170ms systemd-tmpfiles-setup.service
163ms ufw.service
145ms kerneloops.service
134ms rtkit-daemon.service
134ms preload.service
110ms udev-finish.service
98ms proc-sys-fs-binfmt_misc.mount
86ms [email protected]
75ms systemd-random-seed.service
73ms dns-clean.service
61ms systemd-tmpfiles-clean.service
49ms kmod-static-nodes.service
27ms hddtemp.service
21ms systemd-remount-fs.service
13ms rc-local.service
7ms ureadahead-stop.service
6ms systemd-update-utmp-runlevel.service
3ms dev-sda5.swap
3ms sys-fs-fuse-connections.mount
我的问题是不需要这些过程中的哪一个,以便我可以更快地启动。不,我不是在制作服务器,只是正常的 PC 使用。
答案1
这些信息不足以提出任何有用的建议。问题是,虽然systemd-analyze blame
概述了启动时间最长的服务,但没有说明:
- 启动过程是否真的等待该单位激活(开始),或者它发生了在后台;
- 用户是否可以自愿禁用那个单位,或者是必需的通过其他东西。
systemd-analyze critical-chain
第一个问题由(或者,在复杂的情况下,由)回答systemd-analyze plot
。第二个问题由 回答systemctl list-dependencies default.target
。
plot
因此,如果您提供这些命令的输出(除了,它输出 SVG 文件并且在大多数情况下不是必需的),那就太好了。
但是,您可以尝试禁用(使用systemctl disable
)NetworkManager-wait-online.service
和remote-fs.target
(后者有时会拉动前者)。关键是,您几乎肯定不需要网络启动前您可以登录,并且可以容忍网络在后台启动。