Bardzo długie uruchamianie Ubuntu


(pppoe) #1

Sytuacja wygląda tak. Komputer uruchamiał się normalnie. Wyłączyłem, odpiąłem od zasilania i przeniosłem do innego pokoju. Ubuntu zmieniło prędkość startowania z 30 sekund na może 5 minut. Lubuntu 17.04, używam od pierwszej alphy, to nie wina tego, że beta ani tego, że jakąś aktualizację mogłem zrobić. Odpiąłem komputer, przeniosłem do innego pokoju i się stało. Podczas startu, gdy widoczny jest plymouth mogę nacisnąć Ctrl+Alt+F1, a następnie Ctrl+Alt+F7. Wtedy w bashu mam komunikat:

 /dev/sda1: clean, 291272/4292608 files, 480345/18174432 blocks  

To jest komunikat z internetu wzięty, ale mój wygląda identycznie tylko inne liczby, bo inny dysk i zawartość. Uruchamiałem GParted z Live i skanowałem partycje, wyłączyłem w fstabie automatyczne uruchamianie fsck czy czegoś innego przy starcie systemu i dalej to samo. Czytałem, że dopisują różne rzeczy do cfg gruba, ale na dobrą sprawę czytając posty na ubuntowych forach sami nie wiedzą co i trzeba różne rzeczy próbować, a ja nie mam czasu na to. Jak ktoś wie jak to ogarnąć to było by fajnie, logi jakieś mogę wygrzebać jak będą potrzebne.


(p3#ytp) #2

Od jak dawna posiadasz ten system zainstalowany na dysku? Sprawiał jeszcze jakieś inne problemy poza nagłym spowolnieniem bootowania?


#3

systemd-analyze && systemd-analyze blame?
Oczywiście, jeśli niczego nie zmieniałeś w initach i masz systemd


(pppoe) #5
root@ubuntu:~# systemd-analyze && systemd-analyze blame
Startup finished in 4.110s (kernel) + 5min 13.052s (userspace) = 5min 17.163s
 5min 2.016s networking.service
      5.294s dev-sda1.device
      4.623s apport.service
      3.439s grub-common.service
      3.231s gpu-manager.service
      2.978s accounts-daemon.service
      2.471s NetworkManager.service
      2.435s rsyslog.service
      1.985s pppd-dns.service
      1.864s avahi-daemon.service
      1.814s apparmor.service
      1.738s polkit.service
      1.398s systemd-fsck@dev-disk-by\x2duuid-1fd6d752\x2d525f\x2d45ad\x2d90
      1.376s keyboard-setup.service
      1.282s systemd-udevd.service
      1.151s plymouth-read-write.service
      1.071s udisks2.service
       869ms resolvconf.service
       692ms sys-kernel-debug.mount
       688ms dev-mqueue.mount
       673ms systemd-remount-fs.service
       660ms dev-hugepages.mount
       521ms lightdm.service
       506ms plymouth-quit-wait.service
       479ms systemd-tmpfiles-setup-dev.service
       455ms systemd-rfkill.service
       437ms plymouth-start.service
       420ms systemd-modules-load.service
       392ms systemd-logind.service
       380ms alsa-restore.service
       319ms systemd-resolved.service
       306ms upower.service
       268ms console-setup.service
       238ms systemd-journald.service
       237ms sys-fs-fuse-connections.mount
       200ms home.mount
       187ms systemd-timesyncd.service
       183ms systemd-udev-trigger.service
       176ms user@1000.service
       165ms kmod-static-nodes.service
       162ms systemd-journal-flush.service
       162ms systemd-sysctl.service
       145ms systemd-random-seed.service
       145ms systemd-update-utmp.service
        98ms snapd.socket
        98ms systemd-tmpfiles-setup.service
        91ms snapd.autoimport.service
        86ms wpa_supplicant.service
        43ms setvtrgb.service
        43ms dev-disk-by\x2duuid-40bb0542\x2d4562\x2d41aa\x2d8ac1\x2dd3d84e8
        36ms systemd-user-sessions.service
        10ms systemd-update-utmp-runlevel.service
lines 30-52/52 (END)

#6

Sprawdź sobie poprawność połączenia sieciowego. Ponad 5 minut podnosi Ci się sieć:
5min 2.016s networking.service