Re: Ubuntu 24.04 bootuje dlouho

[PeterS]

Ja som urobil upgrade z 23.10 do 24.04 LTS pred asi dvoma dňami a odvtedy notebook strašne pomaly bootuje
LENOVO IDEAPAD 5

[Roman Vacho]

https://wiki.archlinux.org/title/Improving_performance/Boot_process
Ubuntu? Tipuji, že to čeká na síť.

[PeterS]

https://wiki.archlinux.org/title/Improving_performance/Boot_process
Ubuntu? Tipuji, že to čeká na síť.

KUBUNTU..... Ok, ale čo s tým? Zatiaľ len uspávam notebook do RAM

[TIBOR]

Roman Vacho tym odkazom asi myslel ze mas spustit

Kód: [Vybrat]

systemd-analyze plot > plot.svg a z obrazku plot.svg (prevdepodobne v /home) pozriet kde sa to zastavy a caka.

P.s. alebo iny z tych prikazov ktore meraju start sluzieb.

[PeterS]

Roman Vacho tym odkazom asi myslel ze mas spustit

Kód: [Vybrat]

systemd-analyze plot > plot.svg a z obrazku plot.svg (prevdepodobne v /home) pozriet kde sa to zastavy a caka.

P.s. alebo iny z tych prikazov ktore meraju start sluzieb.

Ok, zistil som, že sa to zastaví na snapd.seeded.service (dnes dokonca aj na NetworkManager.service). K tomu "snapd" som našiel aj toto:
https://tech.sadaalomma.com/ubuntu/ubuntu-wait-until-snapd-is-fully-seeded/

lenže čo s tým? Čakať 3 minúty je príliš dlho a uspávať do RAM tiež nie je riešenie, alebo áno? Myslíš, že čistá inštalácia by to vyriešila?

[TIBOR]

A co ti pise ten prikaz

Kód: [Vybrat]

systemctl status snapd.seeded.service dokoncil sa ten seeded alebo sa stale pokusa dokoncit tu operaciu co je popisana v tom odkaze.

[PeterS]

Skúšal som ten príkaz aj predtým, a stále to isté:

Kód: [Vybrat]

blackosh@blackosh-Lenovo:~$ systemctl status snapd.seeded.service
● snapd.seeded.service - Wait until snapd is fully seeded
     Loaded: loaded (/usr/lib/systemd/system/snapd.seeded.service; enabled; preset: enabled)
     Active: active (exited) since Mon 2024-05-27 21:08:37 CEST; 1h 42min ago
    Process: 1002 ExecStart=/usr/bin/snap wait system seed.loaded (code=exited, status=0/SUCCESS)
   Main PID: 1002 (code=exited, status=0/SUCCESS)
        CPU: 1.087s

máj 27 21:07:35 blackosh-Lenovo systemd[1]: Starting snapd.seeded.service - Wait until snapd is fully seeded.>
máj 27 21:08:37 blackosh-Lenovo systemd[1]: Finished snapd.seeded.service - Wait until snapd is fully seeded.


[Roman Vacho]

V tom tvém odkaze se píše, že to má běžet na pozadí a také se nemá spouštět nebo trvat dlouho pokaždé. Tak mám podezření, že to vázne možná i jinde.
A také je tam tento příkaz.

Kód: [Vybrat]

journalctl -u snapd.seeded.serviceCo ti vypíše? Prosím vložit do tagu #.

Také jsi nám zatím neposkytl ten výstup z boot procesu, na který jsem odkazoval. Textově ani obrázkem.

[PeterS]

Kód: [Vybrat]

blackosh@blackosh-Lenovo:~$ journalctl -u snapd.seeded.service
máj 07 17:16:15 blackosh-Lenovo systemd[1]: snapd.seeded.service: Deactivated successfully.
máj 07 17:16:15 blackosh-Lenovo systemd[1]: Stopped snapd.seeded.service - Wait until snapd is fully seeded.
máj 07 17:16:15 blackosh-Lenovo systemd[1]: snapd.seeded.service: Consumed 1.043s CPU time.
-- Boot 00b84a9f059e4180a6336e30d4735513 --
máj 08 09:20:05 blackosh-Lenovo systemd[1]: Starting snapd.seeded.service - Wait until snapd is fully seeded.>
máj 08 09:20:07 blackosh-Lenovo systemd[1]: Finished snapd.seeded.service - Wait until snapd is fully seeded.
máj 08 09:29:05 blackosh-Lenovo systemd[1]: snapd.seeded.service: Deactivated successfully.
máj 08 09:29:05 blackosh-Lenovo systemd[1]: Stopped snapd.seeded.service - Wait until snapd is fully seeded.
-- Boot d56b56c9c3c34076a92913765dc9a300 --
máj 12 11:29:08 blackosh-Lenovo systemd[1]: Starting snapd.seeded.service - Wait until snapd is fully seeded.>
máj 12 11:29:10 blackosh-Lenovo systemd[1]: Finished snapd.seeded.service - Wait until snapd is fully seeded.
máj 12 11:50:22 blackosh-Lenovo systemd[1]: snapd.seeded.service: Deactivated successfully.
máj 12 11:50:22 blackosh-Lenovo systemd[1]: Stopped snapd.seeded.service - Wait until snapd is fully seeded.
máj 12 11:50:22 blackosh-Lenovo systemd[1]: snapd.seeded.service: Consumed 1.050s CPU time.
-- Boot 84ca5d76493b4a3083c1341dbbe466f5 --
máj 12 11:50:55 blackosh-Lenovo systemd[1]: Starting snapd.seeded.service - Wait until snapd is fully seeded.>
máj 12 11:50:55 blackosh-Lenovo systemd[1]: Finished snapd.seeded.service - Wait until snapd is fully seeded.
máj 12 11:51:03 blackosh-Lenovo systemd[1]: snapd.seeded.service: Deactivated successfully.
máj 12 11:51:03 blackosh-Lenovo systemd[1]: Stopped snapd.seeded.service - Wait until snapd is fully seeded.
-- Boot a0f68cc2d2154e8aa86ef5997382db2a --
máj 12 11:51:24 blackosh-Lenovo systemd[1]: Starting snapd.seeded.service - Wait until snapd is fully seeded.>
máj 12 11:51:25 blackosh-Lenovo systemd[1]: Finished snapd.seeded.service - Wait until snapd is fully seeded.
máj 12 12:02:27 blackosh-Lenovo systemd[1]: snapd.seeded.service: Deactivated successfully.
máj 12 12:02:27 blackosh-Lenovo systemd[1]: Stopped snapd.seeded.service - Wait until snapd is fully seeded.
-- Boot d09c8003303948da9d189768a16f61b4 --
máj 12 18:20:50 blackosh-Lenovo systemd[1]: Starting snapd.seeded.service - Wait until snapd is fully seeded.>
máj 12 18:20:50 blackosh-Lenovo systemd[1]: Finished snapd.seeded.service - Wait until snapd is fully seeded.

Kód: [Vybrat]

blackosh@blackosh-Lenovo:~$ systemd-analyze blame
1min 1.932s NetworkManager.service
1min 1.160s snapd.seeded.service
1min 1.034s snapd.service
     3.949s snapd.apparmor.service
     3.848s systemd-tmpfiles-setup.service
     3.828s systemd-binfmt.service
     3.812s proc-sys-fs-binfmt_misc.mount
     3.700s NetworkManager-wait-online.service
     1.372s fwupd-refresh.service
     1.038s fwupd.service
      567ms systemd-logind.service
      557ms apport.service
      548ms dpkg-db-backup.service
      383ms dev-mapper-vgkubuntu\x2droot.device
      346ms user@1000.service
      329ms ModemManager.service
      244ms cups.service
      233ms accounts-daemon.service
      231ms systemd-udev-trigger.service
      227ms dev-loop7.device
      220ms dev-loop5.device
      212ms packagekit.service
      210ms udisks2.service
      206ms upower.service
      203ms dev-loop2.device
      195ms dev-loop4.device
      194ms dev-loop1.device


[JirkaZ]

Zkusil bych kompletně odeslat do (!) celý snap, návodů na webu je dostatek, jeden z nich je např. tady.

Třeba se to pak zlepší (i když ještě tam je ten Network Manager)....

[Roman Vacho]

Úspěšně jsem použil v 24.04 tento skript. Je pro *buntu 20.04+.
https://www.kubuntuforums.net/forum/general/miscellaneous/coding-scripting/669539-script-to-get-rid-of-snap

Potřebné skripty všechny zde:
https://gitlab.com/scripts94

Jinak teď mám také Snap a nebrzdí.

Kód: [Vybrat]

kvě 28 19:00:57  systemd[1]: Starting snapd.seeded.service - Wait until snapd is fully seeded...
kvě 28 19:01:18  systemd[1]: Finished snapd.seeded.service - Wait until snapd is fully seeded.
kvě 28 19:11:26  systemd[1]: snapd.seeded.service: Deactivated successfully.
kvě 28 19:11:26  systemd[1]: Stopped snapd.seeded.service - Wait until snapd is fully seeded.

Kód: [Vybrat]

systemd-analyze
Startup finished in 2.245s (kernel) + 12.027s (userspace) = 14.272s
graphical.target reached after 12.012s in userspace.

Kód: [Vybrat]

systemd-analyze blame > boot.txt
10.305s gpu-manager.service
 7.922s snapd.service
 7.732s dev-loop8.device
 6.863s apt-daily.service
 6.540s NetworkManager-wait-online.service
 2.349s fwupd-refresh.service
 2.192s fwupd.service
 1.265s NetworkManager.service
 1.091s smartmontools.service
 1.019s dev-sdc1.device
  975ms apt-daily-upgrade.service
  669ms snapd.seeded.service
  639ms apport.service
  416ms e2scrub_reap.service
  415ms udisks2.service
  346ms dev-loop5.device
  321ms accounts-daemon.service
  321ms dev-loop1.device
  310ms rsyslog.service
  303ms dev-loop2.device
  273ms dpkg-db-backup.service
  267ms user@1000.service
  257ms power-profiles-daemon.service
  256ms dev-loop3.device
  246ms dev-loop6.device
  239ms dev-loop4.device
  231ms polkit.service
  230ms dev-loop7.device
  227ms grub-common.service
  224ms thermald.service
  206ms logrotate.service
  195ms dev-loop0.device
  174ms systemd-udev-trigger.service
  164ms ModemManager.service
  159ms systemd-journal-flush.service
  136ms wpa_supplicant.service
  133ms keyboard-setup.service
  130ms avahi-daemon.service
  122ms apparmor.service
  120ms systemd-udevd.service
  116ms systemd-journald.service
  112ms update-notifier-download.service
  110ms sysstat.service
  110ms systemd-modules-load.service
  103ms upower.service
  102ms systemd-resolved.service
   98ms systemd-logind.service
   90ms switcheroo-control.service
   80ms dbus.service
   78ms lvm2-monitor.service
   77ms systemd-fsck@dev-disk-by\x2duuid-EA05\x2d9BE6.service
   73ms grub-initrd-fallback.service
   64ms snapd.apparmor.service
   63ms systemd-fsck@dev-disk-by\x2duuid-81738efe\x2d4147\x2d4181\x2d8911\x2d0cc64b2b11f8.service
   55ms plymouth-start.service
   53ms systemd-tmpfiles-setup-dev-early.service
   53ms cups.service
   51ms dev-mqueue.mount
   50ms sys-kernel-debug.mount
   49ms systemd-timesyncd.service
   48ms dev-hugepages.mount
   48ms sys-kernel-tracing.mount
   46ms systemd-random-seed.service
   45ms kmod-static-nodes.service
   44ms systemd-remount-fs.service
   42ms modprobe@configfs.service
   42ms systemd-binfmt.service
   41ms alsa-restore.service
   41ms modprobe@fuse.service
   40ms modprobe@drm.service
   37ms systemd-tmpfiles-setup.service
   30ms proc-sys-fs-binfmt_misc.mount
   30ms plymouth-quit.service
   29ms user-runtime-dir@1000.service
   27ms plymouth-read-write.service
   25ms modprobe@dm_mod.service
   25ms snap-bare-5.mount
   24ms snap-core22-1380.mount
   24ms snap-firefox-4259.mount
   23ms snap-firmware\x2dupdater-127.mount
   22ms swap.mount
   22ms snap-gnome\x2d42\x2d2204-176.mount
   19ms snap-thunderbird-470.mount
   19ms snap-gtk\x2dcommon\x2dthemes-1535.mount
   17ms modprobe@loop.service
   17ms boot-efi.mount
   16ms rtkit-daemon.service
   16ms home.mount
   16ms systemd-tmpfiles-clean.service
   15ms snap-thunderbird-478.mount
   15ms snap-snapd-21465.mount
   14ms systemd-update-utmp.service
   13ms console-setup.service
   13ms kerneloops.service
   12ms var-snap-firefox-common-host\x2dhunspell.mount
   12ms modprobe@efi_pstore.service
   12ms systemd-update-utmp-runlevel.service
   10ms snapd.socket
    9ms systemd-user-sessions.service
    9ms systemd-sysctl.service
    8ms dev-loop10.device
    8ms swap-swapfile.swap
    8ms sys-fs-fuse-connections.mount
    8ms systemd-tmpfiles-setup-dev.service
    7ms sys-kernel-config.mount
    7ms tmp.mount
    7ms setvtrgb.service
    6ms snap-snapd-21759.mount
    6ms snap-firefox-4336.mount
    5ms ufw.service
    4ms sysstat-collect.service
    4ms sddm.service
   22us blk-availability.service
Zkus nám sem hodit ještě

Kód: [Vybrat]

systemd-analyze plot > plot.svgUloží se do domovské složky.

[PeterS]

systemd-analyze plot > plot.svg

[PeterS]

spustil som ešte tento kód:
systemctl disable NetworkManager-wait-online.service

po reštarte som spustil aj tento:
systemctl mask NetworkManager-wait-online.service

po reštarte som spuustil:

Kód: [Vybrat]

systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @1min 7.392s
└─multi-user.target @1min 7.392s
  └─cups-browsed.service @1min 7.391s
    └─cups.service @1min 7.139s +235ms
      └─network.target @1min 7.136s
        └─NetworkManager.service @5.183s +1min 1.952s
          └─dbus.service @1.336s +3.824s
            └─basic.target @1.321s
              └─sockets.target @1.321s
                └─uuidd.socket @1.321s
                  └─sysinit.target @1.315s
                    └─systemd-backlight@backlight:amdgpu_bl1.service @1min 6.216s +32ms
                      └─system-systemd\x2dbacklight.slice @1min 6.164s
                        └─system.slice @312ms
                          └─-.slice @312ms
Stále mi to pomaly bootuje...

[Roman Vacho]

Ten obrázek je strašně rozmazaný. Zkus to nahrát někam jinam. To je focený nebo ze souboru?

[PeterS]

obrázok som musel zmenšiť, asi preto je rozmazaný....

Spravil som to inak, tu je link:

https://photos.app.goo.gl/qZqxzZRRbp3tDsN99

[Roman Vacho]

Prošel jsem si to ještě jednou.

Nejde o čekání na Snap. Jde o problém s konfigurací sítě. Limit čekání je myslím 120s.
Standardně to má trvat do 6 vteřin.

Ty jsi sice zakázal službu, ale na ní jsou vázané i další služby spojené se sítí, viz. další služba čekajícího network managera. Dočetl jsem se, že to co jsi provedl by dokonce mělo být kontraproduktivní. Také bys mohl zakázat všechny služby s tím spojené (je jich asi 40), ale nebude síť a třeba i další věci. Proto bych volil jiný přístup.
Samotného by mě to zajímalo, tak pátrám co s tím.

Vrátil bych to tedy zpět a opět tu službu povolil v opačném gardu.

Kód: [Vybrat]

systemctl mask NetworkManager-wait-online.service && systemctl enable NetworkManager-wait-online.service
A na https://pastebin.com/ bych nahrál, zkopíroval
journalctl -b 0 > boot.txt

Tím se také zrhuba dozvíme, co to je za hardware, což ůže být též nápomocné. Našel jsem nějaký bug s AMD co to také způsobuje.

Dočasné nebo trvalé řešení, zkusil bych snížit časový limit ze 60s na 10s.

Kód: [Vybrat]

sudo systemctl edit NetworkManager-wait-online.service
A také by mě zajímalo

Kód: [Vybrat]

ip link showa

Kód: [Vybrat]

sudo cat /etc/netplan/01-network-manager-all.yaml

Kód: [Vybrat]

systemctl is-enabled NetworkManager-wait-online.service systemd-networkd-wait-online.service
Konečné řešení je potom zde:
https://ubuntuforums.org/showthread.php?t=2494812
Jen vědět správný název zařízení.

Nebo případně zde je to parádně rozepsáno:
https://askubuntu.com/questions/1217252/boot-process-hangs-at-systemd-networkd-wait-online/1245672#1245672

Povzdechnutí. Pořád se vymýšlí zlepšováky a další kola, ale když si nahodím distribuci bez systemd, tak nastartuju za 5-6 vteřin komplet. Nějak to jde opačným směrem všechno.

[Ventero]

Presne - typicke ceske peklo - rude peklo alias systemd ..

[Roman Vacho]

Presne - typicke ceske peklo - rude peklo alias systemd ..

No a teď jsem se dočetl, ze za to může Network manager (které používá Ubuntu pro dsktopy) a na serveru Ubuntu používá zase systemd na síť a ta je v pohodě.
Ale když máš puštěné obě, tak to také vytimeoutuje.

Kód: [Vybrat]

systemctl is-enabled NetworkManager-wait-online.service systemd-networkd-wait-online.service

[Ventero]

Take je treba jeste k tomu zpatecnictvi dodat, ze i CSM bootuje rychleji, nez EFI - navzdory tomu, ze to mela byt jedna z proklamovanych vyhod ..

 Ale ten NM v npvejsich verzich Ubuntu (i LM) je nejaky proklety ..

[PeterS]

Prošel jsem si to ještě jednou.

Nejde o čekání na Snap. Jde o problém s konfigurací sítě. Limit čekání je myslím 120s.
Standardně to má trvat do 6 vteřin.

Ty jsi sice zakázal službu, ale na ní jsou vázané i další služby spojené se sítí, viz. další služba čekajícího network managera. Dočetl jsem se, že to co jsi provedl by dokonce mělo být kontraproduktivní. Také bys mohl zakázat všechny služby s tím spojené (je jich asi 40), ale nebude síť a třeba i další věci. Proto bych volil jiný přístup.
Samotného by mě to zajímalo, tak pátrám co s tím.

Vrátil bych to tedy zpět a opět tu službu povolil v opačném gardu.

Kód: [Vybrat]

systemctl mask NetworkManager-wait-online.service && systemctl enable NetworkManager-wait-online.service
A na https://pastebin.com/ bych nahrál, zkopíroval
journalctl -b 0 > boot.txt

Tím se také zrhuba dozvíme, co to je za hardware, což ůže být též nápomocné. Našel jsem nějaký bug s AMD co to také způsobuje.

Dočasné nebo trvalé řešení, zkusil bych snížit časový limit ze 60s na 10s.

Kód: [Vybrat]

sudo systemctl edit NetworkManager-wait-online.service
A také by mě zajímalo

Kód: [Vybrat]

ip link showa

Kód: [Vybrat]

sudo cat 01-network-manager-all.yaml

Kód: [Vybrat]

systemctl is-enabled NetworkManager-wait-online.service systemd-networkd-wait-online.service
Konečné řešení je potom zde:
https://ubuntuforums.org/showthread.php?t=2494812
Jen vědět správný název zařízení.

Nebo případně zde je to parádně rozepsáno:
https://askubuntu.com/questions/1217252/boot-process-hangs-at-systemd-networkd-wait-online/1245672#1245672

Povzdechnutí. Pořád se vymýšlí zlepšováky a další kola, ale když si nahodím distribuci bez systemd, tak nastartuju za 5-6 vteřin komplet. Nějak to jde opačným směrem všechno.

Kód: [Vybrat]

ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 8c:c8:4b:16:7a:fb brd ff:ff:ff:ff:ff:ff


Kód: [Vybrat]

$ sudo cat 01-network-manager-all.yaml
[sudo] heslo pre používateľa blackosh:
cat: 01-network-manager-all.yaml: Adresár alebo súbor neexistuje

Kód: [Vybrat]

$ systemctl is-enabled NetworkManager-wait-online.service systemd-networkd-wait-online.service
enabled
disabled


[Roman Vacho]

Příkaz na cat yaml konfigurace jsem opravil.

[PeterS]

Tak nakoniec som spustil čistú inštaláciu z USB... Už som nevydržal....

[Roman Vacho]

Tak nakoniec som spustil čistú inštaláciu z USB... Už som nevydržal....

A ta to vyřešila?

[PeterS]

Áno, všetko beží tak, ako má. Notebook teraz nabootuje do 25 sekúnd. Ďakujem za pomoc.