☰

시작 시 어떤 프로세스가 필요하지 않습니까?

tag-icon • tag-icon boot systemd xubuntu
시작 시 어떤 프로세스가 필요하지 않습니까?


xUbuntu는 부팅하는 데 3분이 소요되는데, Win 7 또는 SliTaz 20s의 경우 1분 30초( 비교할 수 없음) 2분 Mac OS
500GB

     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시작하는 데 가장 오랜 시간이 걸리는 서비스가 설명되어 있지만 명시되어 있지 않다는 것입니다.

  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(후자가 전자를 가져오는 경우도 있음)을 비활성화해 볼 수 있습니다 . 요점은 네트워크 부팅이 거의 필요하지 않다는 것입니다.앞으로로그인하고 백그라운드에서 시작되는 네트워크를 허용할 수 있습니다.

관련 정보