Tempo de inicialização longo após dual-boot (agora removido) com o Debian

Question

Distribuição: Ubuntu 16.04 LTS (Minimal) com o i3 como gerenciador de janelas.

Saída de systemd-analyze :

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

Saída de 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
    └─[email protected] @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

Saída de 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 [email protected]
       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

(Provável) Candidatos responsáveis:

1. sysinit.target @1min 32.549s

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

Perguntas:

Alguma idéia de como reduzir o tempo dos candidatos acima?

Além disso, se eu estou interpretando de forma errada, alguém pode me corrigir, por favor.

    

Answer 1

Descobri o problema.

Como o tempo de inicialização era muito longo, eu queria verificar o que estava acontecendo nos bastidores. Portanto, eu mudei a seguinte linha no arquivo /etc/default/grub from:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

para

GRUB_CMDLINE_LINUX_DEFAULT=

Na próxima reinicialização, descobri que o processo de inicialização ficou preso em:

  

[*] Um job de início está sendo executado em ... dev ... disk ...

Então, após a reinicialização, abri o arquivo /etc/fstab e também executei o comando sudo blkid . Acontece que durante a instalação do Debian minha partição swap foi formatada e, portanto, seu UUID também foi alterado.

Alterei o valor de UUID em /etc/fstab para o valor atual obtido de sudo blkid e agora meu sistema inicializa bem.