Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Instalace, aktualizace a spouštění => Téma založeno: PeterS 26 Května 2024, 10:22:35
-
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
-
https://wiki.archlinux.org/title/Improving_performance/Boot_process (https://wiki.archlinux.org/title/Improving_performance/Boot_process)
Ubuntu? Tipuji, že to čeká na síť.
-
https://wiki.archlinux.org/title/Improving_performance/Boot_process (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
-
Roman Vacho tym odkazom asi myslel ze mas spustit
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.
-
Roman Vacho tym odkazom asi myslel ze mas spustit 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?
-
A co ti pise ten prikaz
systemctl status snapd.seeded.service dokoncil sa ten seeded alebo sa stale pokusa dokoncit tu operaciu co je popisana v tom odkaze.
-
Skúšal som ten príkaz aj predtým, a stále to isté:
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.
-
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.
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.
-
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.
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
-
Zkusil bych kompletně odeslat do (!) celý snap, návodů na webu je dostatek, jeden z nich je např. tady (https://linuxconfig.org/uninstalling-snapd-on-ubuntu).
Třeba se to pak zlepší (i když ještě tam je ten Network Manager)....
-
Ú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í.
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.systemd-analyze
Startup finished in 2.245s (kernel) + 12.027s (userspace) = 14.272s
graphical.target reached after 12.012s in userspace.
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ě systemd-analyze plot > plot.svgUloží se do domovské složky.
-
systemd-analyze plot > plot.svg
-
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:
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...
-
Ten obrázek je strašně rozmazaný. Zkus to nahrát někam jinam. To je focený nebo ze souboru?
-
obrázok som musel zmenšiť, asi preto je rozmazaný....
Spravil som to inak, tu je link:
https://photos.app.goo.gl/qZqxzZRRbp3tDsN99
-
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.
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.
sudo systemctl edit NetworkManager-wait-online.service
A také by mě zajímalo
ip link showa
sudo cat /etc/netplan/01-network-manager-all.yaml
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.
-
Presne - typicke ceske peklo - rude peklo alias systemd ..
-
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ě. :D
Ale když máš puštěné obě, tak to také vytimeoutuje.
systemctl is-enabled NetworkManager-wait-online.service systemd-networkd-wait-online.service
-
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 ..
-
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.
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.
sudo systemctl edit NetworkManager-wait-online.service
A také by mě zajímalo
ip link showa
sudo cat 01-network-manager-all.yaml
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.
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
$ 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
$ systemctl is-enabled NetworkManager-wait-online.service systemd-networkd-wait-online.service
enabled
disabled
-
Příkaz na cat yaml konfigurace jsem opravil.
-
Tak nakoniec som spustil čistú inštaláciu z USB... Už som nevydržal....
-
Tak nakoniec som spustil čistú inštaláciu z USB... Už som nevydržal....
A ta to vyřešila?
-
Áno, všetko beží tak, ako má. Notebook teraz nabootuje do 25 sekúnd. Ďakujem za pomoc.