Dotaz: Pomalý boot - Fedora 24

[pecka]

Ahoj.

Před týdnem jsem instaloval Fedoru 24. Předtím (na stejném počítači) jsem používal Fedoru 22 (Fedora 24 je čistá instalace, ne jen upgrade balíčků).

Překvapilo mě, že Fedora 24 bootuje opravdu pomalu ve srovnání s verzí 22. Instalace je/byla výchozí - systémové nastavení jsem nijak neměnil. Viz výstup systemd-analyze:

Startup finished in 1.329s (kernel) + 4.189s (initrd) + 1min 31.811s (userspace) = 1min 37.330s

Nevím přesně, kolik Fedora 22 potřebovala k bootu, ale jsem si jistý, že to bylo pod 30 sekund...

Co říká systemd-analyze blame:

     14.949s plymouth-quit-wait.service
      9.598s systemd-fsck@dev-mapper-luks\x2d0efbd95c\x2d4199\x2d4060\x2d83de\x2da992a5c3f72a.service
      7.884s systemd-cryptsetup@luks\x2d0efbd95c\x2d4199\x2d4060\x2d83de\x2da992a5c3f72a.service
      6.710s systemd-cryptsetup@luks\x2d09638d45\x2d10af\x2d4db9\x2db21f\x2d79a4a80d6a31.service
      5.229s firewalld.service
      3.644s systemd-udev-settle.service
      3.246s dev-mapper-system\x2droot.device
      2.635s udisks2.service
      2.399s accounts-daemon.service
      1.790s polkit.service
      1.647s abrtd.service
      1.646s lvm2-monitor.service
      1.547s proc-fs-nfsd.mount
      1.542s plymouth-start.service
      1.162s systemd-fsck-root.service
      1.159s systemd-binfmt.service
      1.152s systemd-rfkill.service
      1.146s ModemManager.service
      1.099s lvm2-pvscan@8:5.service
      1.064s systemd-tmpfiles-setup-dev.service
       971ms proc-sys-fs-binfmt_misc.mount
       934ms systemd-journald.service
       781ms fedora-readonly.service
       713ms cups.service
       561ms gssproxy.service
       487ms systemd-random-seed.service
       450ms NetworkManager.service
       403ms systemd-journal-flush.service
       401ms iio-sensor-proxy.service
       395ms avahi-daemon.service
       392ms systemd-udevd.service
       369ms abrt-ccpp.service
       334ms systemd-fsck@dev-mapper-luks\x2d09638d45\x2d10af\x2d4db9\x2db21f\x2d79a4a80d6a31.service
       311ms systemd-sysctl.service
       306ms auditd.service
       272ms fedora-import-state.service
       272ms user@42.service
       269ms colord.service
       267ms rtkit-daemon.service
       267ms wpa_supplicant.service
       248ms user@1000.service
       245ms dmraid-activation.service
       235ms kmod-static-nodes.service
       231ms upower.service
       225ms home.mount
       206ms systemd-logind.service
       201ms gdm.service
       199ms systemd-tmpfiles-setup.service
       164ms dev-mqueue.mount
       163ms sys-kernel-debug.mount
       161ms dev-hugepages.mount
       145ms plymouth-read-write.service
       137ms dev-mapper-system\x2dswap.swap

Můžete mi prosím pomoci najít problém a vyřešit ho? Už nevím, co bych měl zkontrolovat... ale nemyslím, že některé z hodnot výše jsou normální.

Poznámka: Rád bych dodal, že bootovací obrazovka vypadá do určitého bodu v pořádku. Po tom, co zadám hesla k odšifrování disků, bílé logo (které slouží jako progress bar) na nějaký čas zůstává zobrazeno a pak se změní na normální logo Fedory a je tam asi minutu. Tato část byla dříve rychlejší.

Odpovědi

[michich]

Na něco se marně čeká a po 90 s vytimeoutuje. Přilož výstup z journalctl -b.

[pecka]

Ahoj, výpis z journalctl -b --no-pager je zde: http://pastebin.com/vjZypBz0.

Možná je zajímavé, že jediný řádek, který je zvýrazněný červeně, je:

Jul 31 09:18:03 localhost.localdomain pulseaudio[1481]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

[lertimir]

To cos připojil začíná pozdě. první záznam je z 09:17:32, následující říkají, že cíle byly dosaženy a startup skončí za 84milisekund. Od 09:17:33 tedy vteřinu po začátku najíždějí Xka. Vše podstatné se stalo dříve. (Ten červený záznam je z pulseaudia/Bluez což může být, že máš nějakou Bluetootzové sluchátka a při startu Xwin nejsou aktivní, ale mají v systému záznam, že existují. S pomalostí bootu to nesouvisí)

[pecka]

Já jsem přiložil výstup na základě toho, co si vyžádal michich. Co mám tedy přiložit?

[lertimir]

Kopíroval jsi výstup z terminálu (copy/paste) nebo jsi výstup s journalctl redirektoval do souboru. Pokud kopie z terminálu, tak tvuj terminál si pamatuje málo řádků na to, aby to byl relevantní výpis. Pokud redirektoval je to divné, journalctl ztratil předchozí informace. Takže bud zvýšit v terminálu počet pamatovaných řádků nebo redirekce.

[pecka]

Už jsem na to přišel - nespouštěl jsem to jako root, takže tam chyběly zprávy. Pardon.

Aktualizoval jsem obsah na PasteBin - http://pastebin.com/vjZypBz0.

[k3dAR]

si tak rikam, kde se asi flaka Andrej, kdyz je rec o *buntu hned pribehne na nej plivat, ale kdyz je problem s jeho milovanou Fedorou tak dela 14dni mrtveho brouka ;)

[Ondro]

Mam tiez Fedoru 24 ale upgradovanu postupne z 22 cez 23 az na 24. Je nainstalovana na SSD disku(dost starom Intel G2).

Start systemu je u mna za necelych 14 sekund. systemd-analyze blame mi ukazuje hodnoty viac ako 10x kratsie ako u teba a mam tam ine zaznamy.Viem uricte, ze mam vypnuty firewall. Nepouzivam sifrovanie na disku. Podla toho, co popisujes je najpravdepodobnejsie problem so sifrovanim disku(priamo alebo nepriamo) Co presne netusim nemam s tym skusenosti. Pouzival si sifrovanie disku aj vo Fedore 22?

Pre srandu si upgradni BIOS zakladnej dosky na najnovsi F5.

[pecka]

Ahoj, ano, šifrování jsem používal i dříve (byť dříve nebyl root na LVM, ale ten nicméně šifrovaný nebyl a není). Další rozdíl je, že dříve jsem používal nVidia ovladače, ale na Nouveau se to podle mě neseká...