알 수 없는 이유로 SSD를 사용한 Lubuntu 부팅 속도가 매우 느림, systemd-analyze가 도움이 되지 않음

알 수 없는 이유로 SSD를 사용한 Lubuntu 부팅 속도가 매우 느림, systemd-analyze가 도움이 되지 않음

저는 250GB SSD와 듀얼 부팅 Windows 10 및 Lubuntu를 갖춘 노트북을 가지고 있습니다.

Windows는 부팅하는 데 1분도 채 걸리지 않지만 Lubuntu는 3분 이상 걸립니다.

나는 그 이유를 찾으려고 노력했지만 systemd-analyze 비난에 따르면 서비스를로드하는 데 더 많은 시간이 걸리는 것은 6 초 밖에 걸리지 않습니다.

systemd-analyze blame

       5.920s NetworkManager-wait-online.service
       911ms dev-sda5.device
       409ms snap-repair.service
       266ms systemd-resolved.service
       228ms networking.service
       208ms keyboard-setup.service
       182ms apparmor.service
       147ms upower.service
       138ms systemd-tmpfiles-setup-dev.service
       133ms systemd-timesyncd.service
       129ms accounts-daemon.service
       126ms snapd.service
       114ms lightdm.service
       110ms plymouth-quit-wait.service
       108ms NetworkManager.service
        92ms ModemManager.service
        79ms grub-common.service
        77ms preload.service
        ...

부팅하는 데 3분 이상 걸리지만:

systemd-analyze time

Startup finished in 8.659s (kernel) + 3min 636ms (userspace) = 3min 9.295s

이것그래프 는 systemd-analyze plot큰 차이를 보여주지만 시간이 많이 걸리는 과정은 보여주지 않습니다.

시스템 부팅 시간이 너무 오래 걸리는 원인을 어떻게 알 수 있으며 이를 개선할 수 있는 방법은 무엇입니까?

(이것은 systemd-analyze critical-chain)

graphical.target @1min 36.454s
└─multi-user.target @1min 36.454s
 └─whoopsie.service @1min 36.453s
  └─network-online.target @1min 36.453s
   └─NetworkManager-wait-online.service @1min 30.532s +5.920s
    └─NetworkManager.service @1min 30.423s +108ms
      └─dbus.service @1min 30.404s
        └─basic.target @1min 30.390s
          └─sockets.target @1min 30.390s
            └─snapd.socket @1min 30.389s +1ms
              └─sysinit.target @1min 30.387s
                └─systemd-timesyncd.service @517ms +133ms
                  └─systemd-tmpfiles-setup.service @421ms +69ms
                    └─systemd-journal-flush.service @404ms +14ms
                      └─systemd-remount-fs.service @376ms +20ms
                        └─system.slice @164ms
                          └─-.slice @146ms

편집하다:사용 dmesg부팅 순서는 crng init done. 아래에 게시된 솔루션

답변1

스왑을 비활성화하면 문제가 해결되었습니다.

스왑 라인을 주석 처리 /etc/fstab하고 /etc/crypttab재부팅하십시오.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1685794

관련 정보