哪些进程不需要启动？

Question

xUbuntu 启动需要 3m，而 1m30s Win 7 或 SliTaz 20s（无与伦比）2m Mac OS X (Hackintosh)
我的笔记本电脑有一个 Celeron 64 位 CPU 4 gig 的 RAM 和一个 2009 年末的旧 Nvidia 卡
6400 RPM 硬盘（我认为）500国标

     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 systemd-rfkill@rfkill2.service
       261ms systemd-update-utmp.service
       240ms plymouth-start.service
       237ms lightdm.service
       222ms systemd-rfkill@rfkill0.service
       218ms systemd-rfkill@rfkill1.service
       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 user@1000.service
        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 使用。

Answer 1

这些信息不足以提出任何有用的建议。问题是，虽然systemd-analyze blame概述了启动时间最长的服务，但并没有说：

1. 引导过程是否真的等待该单元激活（启动），还是在后台进行；
2. 用户是否可以自愿禁用该单元，或者是否有其他要求。

第一个问题由systemd-analyze critical-chain（或者，在复杂情况下，由systemd-analyze plot）回答。第二个问题由 回答systemctl list-dependencies default.target。

因此，如果您提供这些命令的输出（除了plot，它输出 SVG 文件并且在大多数情况下不是必需的），那就太好了。

但是，您可以尝试禁用（使用systemctl disable）NetworkManager-wait-online.service和remote-fs.target（后者有时会引入前者）。问题的关键是，你几乎肯定不需要网络达之前，您可以登录，并能容忍在网络后台启动。