Bootzeit über 1 Minute Thema ist als GELÖST markiert

[Benutzer 797 gelöscht]

Hallo Leute,

in welchem Log, und wo, finde ich einen Hinweis, warum M18 bisher fast immer so lange bootet, bis ich entweder "Esc" tippe oder besser die Maus kurz bewege? Einmal tauchte, wohl kurz nach der MBR-Übergabe, die Fehlermeldung auf, dass ein Update-Prozess läuft und der irgendwie blockiert .

Danke euch

snoojo

[SGS]

Schau mal was

Code: Alles auswählen

systemd-analyze blame

anzeigt

[Benutzer 797 gelöscht]

Code: Alles auswählen

$ systemd-analyze blame
           461ms upower.service
           433ms udisks2.service
           325ms tlp.service
           247ms systemd-logind.service
           223ms dev-sda1.device
           176ms home.mount
           163ms ModemManager.service
           122ms ldconfig.service
            90ms NetworkManager.service
            89ms polkit.service
            81ms systemd-journald.service
            79ms lvm2-monitor.service
            78ms systemd-udev-trigger.service
            61ms avahi-daemon.service
            61ms systemd-journal-flush.service
            61ms systemd-udevd.service
            52ms user@1000.service
            45ms grub-boot-indeterminate.service
            36ms systemd-fsck@dev-disk-by\x2duuid-6a5d2c22\x2ded05\x2d4180\x2daeed\x2d0>
            31ms systemd-binfmt.service
            31ms dev-disk-by\x2duuid-a55aceda\x2deddb\x2d4d67\x2dae86\x2dd0cb985c44e1.s>
            26ms systemd-modules-load.service
            26ms systemd-tmpfiles-clean.service
            21ms org.cups.cupsd.service
            21ms systemd-journal-catalog-update.service
            21ms systemd-sysusers.service
            18ms systemd-tmpfiles-setup.service
            18ms dev-mqueue.mount

snoojo

[Benutzer 797 gelöscht]

Eben mal ausprobiert: Kurz nach dem Verschwinden der Bios-Anzeige, die Maus kurz geschubst; und schon taucht mein Desktop auf. Da ich Autologin gewählt habe, schalte ich dieses mal aus, um zu sehen, was dann so passiert.

snoolo

[SGS]

Könnte an dem neuen quiet grub liegen. Nur das du kein Logo zu Gesicht bekommst.
Ich habe Multiboot (alles Manjaro) und keinen Schimmer davon weil dort nicht vorhanden.

[Benutzer 797 gelöscht]

Werde ich überprüfen. Bisher aber liegt für mich der Grund woanders. Zeitunterschiede von fast 60 Sekunden sind so für mich nicht erklärbar. Meine /-Partition ist 30 GB groß. Die stammt noch aus der openSuse-Zeit als diese auf BtrFs. Ich finde es bis heute genial, eine automatisierte Fallbacklösung zu haben, um kaputte Updates zu umschiffen. Platzgründe können es also nicht sein.

Grüße

snoolo

[gosia]

Hallo snoolo,

Bisher aber liegt für mich der Grund woanders

Tja, könnte sein. Deine angezeigten Bootzeiten sind ja so schlimm nicht, geschätzt würde ich sagen zusammen etwa 5..10 Sekunden. Genau würde man das durch die Eingabe von

Code: Alles auswählen

systemd-analyze & systemd-analyze blame

sehen, welche Startup-Zeiten insgesamt für Kernel und Userspace verbraten wurden.

Code: Alles auswählen

systemd-analyze critical-chain

gibt dann zusätzlich Hinweise, wo es am meisten klemmt. Auch

Code: Alles auswählen

journalctl -b _PID=1

könnte Hinweise bringen.
Du kannst auch nachsehen, ob tatsächlich alle Dienste gebraucht werden und die nicht benötigten abschalten. ModemManager.service wäre z.B. so ein Kandidat, wenn Du kein mobiles Broadband Interface brauchst. Aber nach deinen Zeiten bringt das maximal eine Sekunde, also da ist nicht viel zu schrauben. Trotzdem dieser Link
https://wiki.archlinux.org/index.php/Im ... ot_process
kann ja nicht schaden.
Aber ich denke eher in die Richtung Display Manager (welchen benutzt Du denn?). Und ja, schalte mal das Autologin ab weg mit solchen Spielereien wie dem Boot-Splash (Plymouth), wenn Du den verwendest. Freier Blick auf den Boot-Vorgang ist immer nützlich.

viele Grüße gosia

[SGS]

Wenn es heute länger als 10 Sekunden dauert macht man sich Sorgen, damals im alten Berlin hat man den Rechner angemacht und die Kaffeemaschine gestartet, wenn der Kaffee dann abgekühlt war lief die Kiste auch schon


Komisch ist halt das mit der Mausschupserei und der Bildschirm wacht auf, ist da was am Monitor einzustellen?

[linuxkumpel]

Wenn es heute länger als 10 Sekunden dauert macht man sich Sorgen, ...

Der ist gut.

Ich liege auch so beim ersten Start um eine Minute, beunruhigt mich allerdings nicht, halt HDD und keine SSD. Längste Zeit brauch dann wirklich der sog. userspace (Benutzerbereich). Alles andere um die 7-5 sec.

[OlliFri]

Hi,
Ich sehe gerade das bei dir der "haveged.service" nicht läuft.
Ohne den kommt es zu diesem merkwürdigen Verhalten.
Installiere mal "haveged" und starte neu.

[Benutzer 797 gelöscht]

Hallo hier,

eben mal ausprobiert: Gleich nach dem Einschalten die Maus immer leicht bewegt (schon während des Bios) und siehe da: Nach dem Bios schätze ich mal 5 Sekunden und ich auf auf dem KDM.

Ich werde haveged.service noch installieren und dann gespannt sein .

Grüße eines

snoojo

[OlliFri]

haveged installieren, haveged.service gibt es nicht als Paket

[OlliFri]

Da kann ich ja nur hoffen das es klappt.
Nicht das ich noch Kloppe kriege.
Nee, Spass bei Seite. Wenn Du die Maus bewegst erzeugst Du quasi Zufallszahlen die das System beim Start braucht.
Für gewohlich sorgt dafür haveged.
Ist jetzt mal nur super einfach erklärt.

[Benutzer 797 gelöscht]

Supereinfach, genau so beginnt es. Daaaaaankeeeeee

[Benutzer 797 gelöscht]

O.k. also Octopi erzählt mir, haveged ist aus dem extra-Repo installiert worden.

Bei meinem ersten Überflug übers Wiki fand ich nichts zu haveged, denn ich gehe mal davon aus, dass dieser Dienst automatisch gestartet werden muss.

H2D? How to do?

snoojo

P.s.: Gerade im verlinkten Wiki gelesen, dass ich mit "systemctl enable haveged" das Problem beseitigen können müsste. Wenn ja, wo dann??