Langsamer Bootup im Userspace

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
verdict
Beiträge: 11
Registriert: 22.12.2020 08:03:13

Re: Langsamer Bootup im Userspace

Beitrag von verdict » 24.12.2020 12:45:14

fsck auf debian Live läuft ohne Fehler durch...

willy4711

Re: Langsamer Bootup im Userspace

Beitrag von willy4711 » 24.12.2020 13:32:24

Mir will Folgendes nicht in den Kopf:
verdict hat geschrieben: ↑ zum Beitrag ↑
24.12.2020 08:16:29

Code: Alles auswählen

systemd-analyze 
Startup finished in 5.464s (kernel) + 1min 33.873s (userspace) = 1min 39.337s 
graphical.target reached after 1min 24.228s in userspace
Der Kernel braucht 5,4 s. Dafür müssen erst die vmlinuz und initrd.img gelesen und (extrahiert?) werden (Zugriff aus sda2).
5,4 s ist doppelt solang wie bei mir, allerdings boote ich von einer NVMe.
Hätte die Platte einen Schuss, müsste sich das doch schon hier zeigen ?
Vielleicht wären die Ausgaben von

Code: Alles auswählen

journalctl -b -k -x
sowie von

Code: Alles auswählen

journalctl -b |grep systemd
vielleicht auch noch:

Code: Alles auswählen

journalctl -b -p1 -p0 -p2 -p3 -p4
Hilfreich ? Aber bitte nach NoPaste :!:

verdict
Beiträge: 11
Registriert: 22.12.2020 08:03:13

Re: Langsamer Bootup im Userspace

Beitrag von verdict » 28.12.2020 09:35:08

willy4711 hat geschrieben: ↑ zum Beitrag ↑
24.12.2020 13:32:24
Mir will Folgendes nicht in den Kopf:
verdict hat geschrieben: ↑ zum Beitrag ↑
24.12.2020 08:16:29

Code: Alles auswählen

systemd-analyze 
Startup finished in 5.464s (kernel) + 1min 33.873s (userspace) = 1min 39.337s 
graphical.target reached after 1min 24.228s in userspace
Der Kernel braucht 5,4 s. Dafür müssen erst die vmlinuz und initrd.img gelesen und (extrahiert?) werden (Zugriff aus sda2).
5,4 s ist doppelt solang wie bei mir, allerdings boote ich von einer NVMe.
Hätte die Platte einen Schuss, müsste sich das doch schon hier zeigen ?
Ich habe mir (vielleicht etwas naiv/banal) gedacht, dass wenn ich die Verzögerung der Platte lösen kann, der Kernel vielleicht auch weniger lange braucht. Auf einem alten Laptop bootet das ganze System in weniger, als der Kernel auf dieser Kiste braucht...

Code: Alles auswählen

journalctl -b -k -x
https://nopaste.xyz/?62f6e46cfb40ac6a#6 ... pqg9ocmfgm

Code: Alles auswählen

journalctl -b |grep systemd
https://nopaste.xyz/?4344fb2da030ec0d#J ... oW3QhQbNvN

Code: Alles auswählen

journalctl -b -p1 -p0 -p2 -p3 -p4
https://nopaste.xyz/?92e3c4e68ef19518#H ... 17vgEjWMZD

willy4711

Re: Langsamer Bootup im Userspace

Beitrag von willy4711 » 29.12.2020 19:42:37

Hallo, bin mir nicht sicher, aber im Journal rödelt Debiantracker geradezu ewig rum.
Ob es daran liegt, weiß ich nicht genau aber ein Versuch wäre es wert, den mal die Luft abzuschneiden.
Deinstallieren kann man ihn nicht, wohl aber zur Untätigkeit zwingen.
Hab das von hier und in einer VM mal getestet: https://www.linuxuprising.com/2019/07/h ... acker.html
Als user wäre auszuführen:

Code: Alles auswählen

systemctl --user mask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service

Code: Alles auswählen

tracker reset --hard
Da kommt dann einen Warnung wg. eventuellen Datenverlust.
Danach Neustart, und Ruhe sollte sein.

Code: Alles auswählen

willy@debian:~$ tracker daemon
Speichern:
29 Dez 2020, 19:09:50:  ✗     Store                      - Nicht verfügbar

Indizierer:
29 Dez 2020, 19:09:50:  ✗     Entdecker                  - Läuft nicht oder Plugin ist deaktiviert
29 Dez 2020, 19:09:50:  ✗     Dateisystem                - Läuft nicht oder Plugin ist deaktiviert
Rückgängig kann man die ganze Geschichte machen mit:

Code: Alles auswählen

systemctl --user unmask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service
Weiter:
Im Letzten LOG
gibt es zum Schluss die beiden netten Zeilen

Code: Alles auswählen

Dez 28 09:32:25  smartd[839]: Device: /dev/sda [SAT], 1 Currently unreadable (pending) sectors
Dez 28 09:32:27  smartd[839]: Device: /dev/sdc [SAT], 352 Currently unreadable (pending) sectors (changed -24)
Da weiß ich nun auch nicht weiter.
Gibt einen Thread hier:
https://superuser.com/questions/788085/ ... art-error

Benutzeravatar
NoobOfLinux
Beiträge: 97
Registriert: 05.12.2020 11:13:25
Lizenz eigener Beiträge: MIT Lizenz

Re: Langsamer Bootup im Userspace

Beitrag von NoobOfLinux » 30.12.2020 13:51:57

Moin!
willy4711 hat geschrieben: ↑ zum Beitrag ↑
29.12.2020 19:42:37
Hallo, bin mir nicht sicher, aber im Journal rödelt Debiantracker geradezu ewig rum.

...
Es ist doch richtig, dass Debiantracker erst anläuft, wenn in der fstab ...

Code: Alles auswählen

<file system>                            		<mount point>   <type>       <options>		<dump>  <pass>
UUID=d8bf076d-948d-4a89-b04f-4463296dfdab 		/               ext4   	errors=remount-ro 	0       1
... bei pass die 1 am Ende gesetzt worden ist.

Mach doch einfach mal die 1 zur 0 und schau, ob sich was verändert.
Nicknames sind überbewertet

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Langsamer Bootup im Userspace

Beitrag von Tintom » 30.12.2020 14:05:18

NoobOfLinux hat geschrieben: ↑ zum Beitrag ↑
30.12.2020 13:51:57
Moin!
willy4711 hat geschrieben: ↑ zum Beitrag ↑
29.12.2020 19:42:37
Hallo, bin mir nicht sicher, aber im Journal rödelt Debiantracker geradezu ewig rum.

...
Es ist doch richtig, dass Debiantracker erst anläuft, wenn in der fstab ...

Code: Alles auswählen

<file system>                            		<mount point>   <type>       <options>		<dump>  <pass>
UUID=d8bf076d-948d-4a89-b04f-4463296dfdab 		/               ext4   	errors=remount-ro 	0       1
... bei pass die 1 am Ende gesetzt worden ist.

Mach doch einfach mal die 1 zur 0 und schau, ob sich was verändert.
Wie kommst du darauf? Laut man fstab:
Das sechste Feld (fs_passno).
Dieses Feld wird von fsck(8) verwendet, um die Reihenfolge zu bestimmen, in der die Dateisystemüberprüfungen bei einem
Neustart durchgeführt werden. Für das Wurzeldateisystem sollte fs_passno auf 1 gesetzt sein. Andere Dateisysteme sollten
für fs_passno den Wert 2 haben. Dateisysteme, die sich auf derselben Festplatte befinden, werden nacheinander geprüft, Da‐
teisysteme auf verschiedenen Festplatten gleichzeitig, um parallel arbeitende Hardware zu verwenden. Vorgabe ist 0 (kein
Fsck) falls nicht vorhanden.
Verbindungen von fsck zu einem Tool für Dateiindexierung sehe ich da nicht.

Benutzeravatar
NoobOfLinux
Beiträge: 97
Registriert: 05.12.2020 11:13:25
Lizenz eigener Beiträge: MIT Lizenz

Re: Langsamer Bootup im Userspace

Beitrag von NoobOfLinux » 30.12.2020 14:27:28

Ich hatte es von https://wiki.ubuntuusers.de/fstab/ gehabt:
...
<pass>
Gibt an, ob und in welcher Reihenfolge die Partition beim Systemstart in die regelmäßigen Dateisystemprüfungen einbezogen wird. Meist ist hier für die Root-Partition (die Wurzel des Dateisystems, /) "1" eingetragen, für alle anderen Partitionen "2" (danach prüfen) oder "0" (keine Überprüfung) z.B. für Windows-Dateisysteme.
...
Demnach schaltet "0" den Prüfmechanismus des Speichermediums beim Hochfahren ab. Der Fehler passiert anscheinend im Bereich der fstab.

zu Debiantracker: Ich hatte das schon absichtlich als Mutmaßung formuliert. ;) Von daher gehe ich mal davon aus, du bist der Ansicht Debiantracker fährt nicht im Rahmen von fstab hoch. Danke für die Info. Ich hatte mit dem Tool noch nix zutun.
Nicknames sind überbewertet

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Langsamer Bootup im Userspace

Beitrag von Tintom » 30.12.2020 18:34:53

Nein, Debiantracker sucht im Hintergrund dein System ab und speichert seine Ergebnisse in einer Datenbank. Wenn du nun etwa nach einer Datei suchst, greift das Programm auf seine Datenbank zurück und sucht darin den Speicherort der Datei. Im Vergleich zur 'klassischen' Dateisuche (z.B. mit find) ist das bedeutend schneller. Der Nachteil ist, dass die Datenbank laufend aktualisiert werden muss und das zu Lasten der Systemperformance geht.

willy4711

Re: Langsamer Bootup im Userspace

Beitrag von willy4711 » 30.12.2020 19:01:07

Es gab hier im Forum schon diverse Threads, dass Tracker den Rechner saftig ausbremst.
Ob das nun der einzige Grund ist wage ich auch zu bezweifeln.
Ein Test wie beschrieben schadet sicher nicht.
Ich würde sonst noch raten, mir diese Ausgabe mal genauer anzusehen:
verdict hat geschrieben: ↑ zum Beitrag ↑
28.12.2020 09:35:08

Code: Alles auswählen

journalctl -b -p1 -p0 -p2 -p3 -p4
https://nopaste.xyz/?92e3c4e68ef19518#H ... 17vgEjWMZD
Der Link funktioniert nur oben bei mir nicht mehr :twisted:
Da wimmelt es nur so von Fehlern. Diese Ausgabe ist bei mir 30 Zeilen lang, bei ihm schlanke 316 :!:

verdict
Beiträge: 11
Registriert: 22.12.2020 08:03:13

Re: Langsamer Bootup im Userspace

Beitrag von verdict » 17.01.2021 10:03:23

Guten Morgen

Entschuldigt die lange Abwesenheit, aber ich musste dann doch die HDD ersetzen...

Trotz Installation "from scratch", bin ich zeitlich nicht wirklich vorangekommen:

Code: Alles auswählen

systemd-analyze 
Startup finished in 30.624s (firmware) + 8.457s (loader) + 4.135s (kernel) + 37.601s (userspace) = 1min 20.818s 
graphical.target reached after 19.707s in userspace

Code: Alles auswählen

systemd-analyze blame
https://nopaste.xyz/?417047eaeb9d8f55#A ... sZ6M7u6DrK

Code: Alles auswählen

journalctl -b -p1 -p0 -p2 -p3 -p4
Ist nun tatsächlich kürzer:
https://nopaste.xyz/?0990915bec038cdd#8 ... b4X6onu4zi

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Langsamer Bootup im Userspace

Beitrag von Tintom » 18.01.2021 22:34:22

Deine Links gehen ins Leere.

verdict
Beiträge: 11
Registriert: 22.12.2020 08:03:13

Re: Langsamer Bootup im Userspace

Beitrag von verdict » 19.01.2021 18:28:58

Scheint als wäre nopaste down. Nächster Versuch via privatebin:

Code: Alles auswählen

systemd-analyze blame
https://privatebin.net/?2ba97d5cd30bab7 ... E69g4QHkcz

Code: Alles auswählen

journalctl -b -p1 -p0 -p2 -p3 -p4
https://privatebin.net/?5cd2cf87e7d7ed2 ... T1zQT7YsW7

Antworten