Boot tid - over et halvt minut
Hjælp min boot tid er så sløv, at kaffen er gået kold inden start.
Kan man tjekke hvad der går galt, eller slå noget fra?
Systemet er Kubuntu 23.10 som før i tiden var 6-7 sek. Om opstart
- Log in to post comments
Hjælp min boot tid er så sløv, at kaffen er gået kold inden start.
Kan man tjekke hvad der går galt, eller slå noget fra?
Systemet er Kubuntu 23.10 som før i tiden var 6-7 sek. Om opstart
Copyright © 2025 Company Name - All rights reserved
Developed & Designed by Alaa Haddad
Kommentarer21
journalctl -bKan antagelig
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/
journalctl -b
Den bliver
#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
04 21:52:07
Find der
#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
30 sekunder er en menneskealder med en moderne SSD.
Det er da i overkanten.
#4:
Det er da i overkanten. Men under min tærskel. Så tit rebooter jeg ikke.
Når I taler om boot-tid,
Når I taler om boot-tid, mener I så til login-prompten?
Ja, til login-prompten.
Ja, til login-prompten.
25 sekunder her, intet
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
#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
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
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.
Hehe vores bil er også
#10:
Hehe vores bil er også en Wagon R :)
Så det går ikke at min pc også er sløv med ssd disk
Jeg bruger næsten kun
#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 #12Jeg har til
#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
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.
genstarte efter en
#15: genstarte efter en systemopdatering/relabeling.
Hvor ofte er det?
Kommer i portioner hver dag.
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.
Kommer i portioner hver
#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
I Silverblue skal der genstartes uanset hvilken opdatering, der ikke er flatpaks. Det er sådan det er designet.
Indrømmer blankt jeg
#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
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.