Boot tid - over et halvt minut


journalctl -b


Kan antagelig vise dig boot-forløbet, og hvor i processen, der bremser op.
https://www.cyberciti.biz/faq/ubuntu-view-boot-log/

#1: journalctl -b
Den bliver jo mange kilometer lang :/
Hvad skal jeg se efter?

Her er lidt fra starten

jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: Linux version 6.5.0-14-generic (buildd@lcy02-amd64-031) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.2.0-4ubuntu3) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2>
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-6.5.0-14-generic root=UUID=e25399cb-a749-44dd-946d-3605de9376f9 ro quiet splash vt.handoff=7
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: KERNEL supported cpus:
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: Intel GenuineIntel
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: AMD AuthenticAMD
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: Hygon HygonGenuine
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: Centaur CentaurHauls
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: zhaoxin Shanghai
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-provided physical RAM map:
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000009d01fff] usable
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x0000000009d02000-0x0000000009ffffff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x000000000a200000-0x000000000a20ffff] ACPI NVS
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x000000000a210000-0x00000000cb23efff] usable
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000cb23f000-0x00000000cc72efff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000cc72f000-0x00000000cc781fff] ACPI data
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000cc782000-0x00000000cc92afff] ACPI NVS
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000cc92b000-0x00000000cd1fefff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000cd1ff000-0x00000000cdffffff] usable
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000ce000000-0x00000000cfffffff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x00000000fd000000-0x00000000ffffffff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x0000000100000000-0x000000040f33ffff] usable
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: BIOS-e820: [mem 0x000000040f340000-0x00000004501fffff] reserved
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: NX (Execute Disable) protection: active
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: e820: update [mem 0xc8352018-0xc835f457] usable ==> usable
jan 04 21:52:07 dan-VivoBook-ASUSLaptop-X521IA-M533IA kernel: e820: update [mem 0xc8352018-0xc835f457] usable ==> usable

#2: 04 21:52:07
Find der hvor tiden skifter med mange sekunder. Dér er sikkert noget der blokerer. En opstart på 30 sec er iøvrigt nogenlunde acceptabel i mine øjne.

30 sekunder er en menneskealder med en moderne SSD.

#4:
Det er da i overkanten. Men under min tærskel. Så tit rebooter jeg ikke.

Når I taler om boot-tid, mener I så til login-prompten?

Ja, til login-prompten.

25 sekunder her, intet problem for mig. Jeg husker dog at jeg på min 486 DX2 66 Mhz, bootede ind i Win 3,11 på 7 sekunder.

#8

Med roterende diske er 30 sekunder meget normalt.

Men med en moderne SSD er det simpelthen ikke til, at tolerere.

Ha ha ha, det er vel op til mig hvad jeg kan tolerere. Det vigtige for mig er om systemet er responsivt når det èr startet.
Min bil er for øvrigt en Suzuki Wagon R, men jeg foretrækker dog at cykle.

Ja, selvfølgelig. Jeg har bare ikke hørt om nogen der kunne tolerere det, når de havde en SSD. But whatever rocks your boat.

#10:
Hehe vores bil er også en Wagon R :)
Så det går ikke at min pc også er sløv med ssd disk

#12:
Jeg bruger næsten kun tog og metro, så jeg er storforbruger af dvale- og slumre-tilstand. Kom bare med en 10 minutters boot tid, he he.

#10 #12
Jeg har til gengæld, repareret div. Suzuki modeller, i 20 År. Også Wagon R.
+ 18 år med samme Suzuki Berleno - uden Boot problemer.

Kom bare med en 10 minutters boot tid, he he.

Bruger så Silverblue, så det ville være en PITA med 30 sekunders boottid, hver gang jeg skal genstarte efter en systemopdatering/relabeling.

Men jo, ellers så suspender jeg. Ville gerne hibernate, men jeg bruger zram og btrfs, fordi det gør alle typer Fedora som standard, og med zram kan du ikke uden et hack hibernate.

#15: genstarte efter en systemopdatering/relabeling.
Hvor ofte er det?

Kommer i portioner hver dag. Det er så kun systemet og ikke programmer, hvis man ikke har layered pakker ovenpå. - Det er først der det tager længere tid. Men ikke selve genstarten. Mere processen inden genstart. Så man skal generelt ikke layer ovenpå, men bruge flatpaks, som også er standard designet. Hvis man mangler pakker, der ikke findes som flatpaks, kan man bruge toolbox eller distrobox med podman og eksportere pakker.

#17: Kommer i portioner hver dag. Det er så kun systemet
Men hey. Læser du CVE'erne og vurderer at det nu er nødvendigt hver dag?
Jeg kan godt forstå automatiske sikerhedsopdateringer foregår når man endelig rebooter, et par gange om ugen for mit vedkommende.
https://en.m.wikipedia.org/wiki/Perfect_is_the_enemy_of_good

I Silverblue skal der genstartes uanset hvilken opdatering, der ikke er flatpaks. Det er sådan det er designet.

#19: Indrømmer blankt jeg ikke har kørt det i lang tid, men det vil være min goto hvis Debian ikke virker. Der er en 'break even' for mig hvad angår boot tid. Hvis man skal genstarte hele tiden er det lidt godnat.

Du kan bare lukke maskinen ned, når du går i seng. Så er den opdateret, når du tænder den næste dag. I hvert fald i Jorge's fork af Silverblue (Universal Blue) hvor de bliver automatisk installeret hver dag, hvis der er nogen, og hvis man så bare slukker når man går i seng, så er den opdateret når man tænder den næste dag. Men det kræver lige en ændring af en indstilling i Silverblue, for det er ikke sådan som standard, men i Universal Blue versionen. Det er dog en meget lille ændring i rpm-ostree config filen.