原因不明ですが、SSD を使用した Lubuntu の起動が非常に遅く、systemd-analyze も役に立ちません

原因不明ですが、SSD を使用した Lubuntu の起動が非常に遅く、systemd-analyze も役に立ちません

私は 250GB の SSD を搭載し、Windows 10 と Lubuntu をデュアル ブートしたラップトップを持っています。

Windows の起動には 1 分もかかりませんが、Lubuntu の場合は 3 分以上かかります。

systemd-analyze の Blame ではサービスの読み込みに時間がかかっていると表示されていますが、その理由を探ってみました。

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および内の swap 行をコメント アウトし/etc/crypttabて再起動します。

参考:

関連情報