Долгое время начальной загрузки после двойной загрузки (теперь удаленный) с Debian

Распределение: Ubuntu 16.04 LTS (Минимальный) с i3 как менеджер окон.

Вывод systemd-analyze:

Startup finished in 11.412s (kernel) + 3min 2.797s (userspace) = 3min 14.209s

Вывод systemd-analyze critical-analyze:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @1min 37.581s
└─multi-user.target @1min 37.573s
  └─getty.target @1min 37.570s
    └─getty@tty1.service @1min 37.567s
      └─rc-local.service @1min 37.436s +9ms
        └─network.target @1min 37.423s
          └─wpa_supplicant.service @1min 38.892s +1.846s
             └─basic.target @1min 32.554s
              └─sockets.target @1min 32.554s
                └─dbus.socket @1min 32.553s
                  └─sysinit.target @1min 32.549s
                    └─systemd-timesyncd.service @13.304s +272ms
                      └─systemd-tmpfiles-setup.service @12.526s +591ms
                        └─local-fs.target @12.458s
                          └─run-user-1000.mount @1min 50.082s
                            └─local-fs-pre.target @4.841s
                               └─systemd-tmpfiles-setup-dev.service @3.032s +1.787s
                                └─kmod-static-nodes.service @2.644s +219ms
                                  └─system.slice @2.454s
                                    └─-.slice @2.438s

Вывод systemd-analyze blame:

      9.328s dev-sda5.device
      4.698s ufw.service
      4.381s NetworkManager.service
      3.395s ModemManager.service
      3.391s accounts-daemon.service
      2.271s systemd-udevd.service
      2.086s systemd-rfkill.service
      1.846s wpa_supplicant.service
      1.787s systemd-tmpfiles-setup-dev.service
      1.619s keyboard-setup.service
      1.480s networking.service
      1.450s systemd-journald.service
      1.371s grub-common.service
      1.332s console-setup.service
      1.307s lightdm.service
      1.104s systemd-modules-load.service
      1.079s resolvconf.service
      1.023s systemd-logind.service
       982ms avahi-daemon.service
       866ms systemd-remount-fs.service
       848ms systemd-udev-trigger.service
       820ms dev-mqueue.mount
       772ms binfmt-support.service
       728ms colord.service
       713ms polkitd.service
       707ms ondemand.service
       705ms plymouth-start.service
       660ms dev-hugepages.mount
       659ms rsyslog.service
       651ms sys-kernel-debug.mount
       630ms systemd-sysctl.service
       622ms gdomap.service
       591ms systemd-tmpfiles-setup.service
       563ms systemd-journal-flush.service
       524ms systemd-random-seed.service
       509ms sysstat.service
       445ms systemd-user-sessions.service
       436ms pppd-dns.service
       371ms systemd-update-utmp.service
       347ms home.mount
       272ms systemd-timesyncd.service
       244ms plymouth-read-write.service
       231ms systemd-update-utmp-runlevel.service
       219ms kmod-static-nodes.service
       208ms systemd-backlight@backlight:intel_backlight.service
       146ms user@1000.service
       126ms systemd-backlight@backlight:eeepc.service
        89ms alsa-restore.service
        71ms setvtrgb.service
        59ms proc-sys-fs-binfmt_misc.mount
        54ms rtkit-daemon.service
        52ms systemd-tmpfiles-clean.service
        36ms sys-fs-fuse-connections.mount
        33ms ureadahead-stop.service
        15ms plymouth-quit-wait.service
         9ms rc-local.service

(Вероятные) Ответственные кандидаты:

  1. sysinit.target @1min 32.549s

  2. run-user-1000.mount @1min 50.082s

Вопросы:

Какие-либо идеи относительно того, как уменьшить время вышеупомянутых кандидатов?

Кроме того, если я интерпретирую его неправильным способом, может кто-либо исправлять меня.

2
задан 12 August 2016 в 06:29

1 ответ

Обнаружил проблему.

1110 Поскольку время загрузки было слишком долгим, я хотел проверить, что происходит за кулисами. Поэтому я изменил следующую строку в файле /etc/default/grub с:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

на

GRUB_CMDLINE_LINUX_DEFAULT=

При следующей перезагрузке , обнаружил, что процесс загрузки застрял в:

[*] Начальное задание выполняется в ... dev ... disk ...

Итак, после перезагрузки я открыл файл /etc/fstab и также выполнил команду sudo blkid. Оказывается, что во время установки Debian мой раздел подкачки был отформатирован, и поэтому его UUID также был изменен.

Я изменил значение UUID в /etc/fstab на текущее значение, полученное из sudo blkid, и теперь моя система загружается нормально.

3
ответ дан 2 December 2019 в 02:50

Другие вопросы по тегам:

Похожие вопросы: