Langsamer Bootup im Userspace
Re: Langsamer Bootup im Userspace
fsck auf debian Live läuft ohne Fehler durch...
Re: Langsamer Bootup im Userspace
Mir will Folgendes nicht in den Kopf:
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
sowie von
vielleicht auch noch:
Hilfreich ? Aber bitte nach NoPaste
Der Kernel braucht 5,4 s. Dafür müssen erst die vmlinuz und initrd.img gelesen und (extrahiert?) werden (Zugriff aus sda2).verdict hat geschrieben:24.12.2020 08:16:29Code: 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
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
Code: Alles auswählen
journalctl -b |grep systemd
Code: Alles auswählen
journalctl -b -p1 -p0 -p2 -p3 -p4
Re: Langsamer Bootup im Userspace
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...willy4711 hat geschrieben:24.12.2020 13:32:24Mir will Folgendes nicht in den Kopf:Der Kernel braucht 5,4 s. Dafür müssen erst die vmlinuz und initrd.img gelesen und (extrahiert?) werden (Zugriff aus sda2).verdict hat geschrieben:24.12.2020 08:16:29Code: 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
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 ?
Code: Alles auswählen
journalctl -b -k -x
Code: Alles auswählen
journalctl -b |grep systemd
Code: Alles auswählen
journalctl -b -p1 -p0 -p2 -p3 -p4
Re: Langsamer Bootup im Userspace
Hallo, bin mir nicht sicher, aber im Journal rödelt tracker 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:
Da kommt dann einen Warnung wg. eventuellen Datenverlust.
Danach Neustart, und Ruhe sollte sein.
Rückgängig kann man die ganze Geschichte machen mit:
Weiter:
Im Letzten LOG
gibt es zum Schluss die beiden netten Zeilen
Da weiß ich nun auch nicht weiter.
Gibt einen Thread hier:
https://superuser.com/questions/788085/ ... art-error
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
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
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
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)
Gibt einen Thread hier:
https://superuser.com/questions/788085/ ... art-error
- NoobOfLinux
- Beiträge: 97
- Registriert: 05.12.2020 11:13:25
- Lizenz eigener Beiträge: MIT Lizenz
Re: Langsamer Bootup im Userspace
Moin!
... bei pass die 1 am Ende gesetzt worden ist.
Mach doch einfach mal die 1 zur 0 und schau, ob sich was verändert.
Es ist doch richtig, dass tracker 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
Mach doch einfach mal die 1 zur 0 und schau, ob sich was verändert.
Nicknames sind überbewertet
Re: Langsamer Bootup im Userspace
Wie kommst du darauf? Laut man fstab:NoobOfLinux hat geschrieben:30.12.2020 13:51:57Moin!
Es ist doch richtig, dass tracker erst anläuft, wenn in der fstab ...... bei pass die 1 am Ende gesetzt worden ist.Code: Alles auswählen
<file system> <mount point> <type> <options> <dump> <pass> UUID=d8bf076d-948d-4a89-b04f-4463296dfdab / ext4 errors=remount-ro 0 1
Mach doch einfach mal die 1 zur 0 und schau, ob sich was verändert.
Verbindungen von fsck zu einem Tool für Dateiindexierung sehe ich da nicht.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.
- NoobOfLinux
- Beiträge: 97
- Registriert: 05.12.2020 11:13:25
- Lizenz eigener Beiträge: MIT Lizenz
Re: Langsamer Bootup im Userspace
Ich hatte es von https://wiki.ubuntuusers.de/fstab/ gehabt:
zu tracker: Ich hatte das schon absichtlich als Mutmaßung formuliert. Von daher gehe ich mal davon aus, du bist der Ansicht tracker fährt nicht im Rahmen von fstab hoch. Danke für die Info. Ich hatte mit dem Tool noch nix zutun.
Demnach schaltet "0" den Prüfmechanismus des Speichermediums beim Hochfahren ab. Der Fehler passiert anscheinend im Bereich der fstab....
<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.
...
zu tracker: Ich hatte das schon absichtlich als Mutmaßung formuliert. Von daher gehe ich mal davon aus, du bist der Ansicht tracker fährt nicht im Rahmen von fstab hoch. Danke für die Info. Ich hatte mit dem Tool noch nix zutun.
Nicknames sind überbewertet
Re: Langsamer Bootup im Userspace
Nein, tracker 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.
Re: Langsamer Bootup im Userspace
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:
Da wimmelt es nur so von Fehlern. Diese Ausgabe ist bei mir 30 Zeilen lang, bei ihm schlanke 316
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:
Der Link funktioniert nur oben bei mir nicht mehrverdict hat geschrieben:28.12.2020 09:35:08https://nopaste.xyz/?92e3c4e68ef19518#H ... 17vgEjWMZDCode: Alles auswählen
journalctl -b -p1 -p0 -p2 -p3 -p4
Da wimmelt es nur so von Fehlern. Diese Ausgabe ist bei mir 30 Zeilen lang, bei ihm schlanke 316
Re: Langsamer Bootup im Userspace
Guten Morgen
Entschuldigt die lange Abwesenheit, aber ich musste dann doch die HDD ersetzen...
Trotz Installation "from scratch", bin ich zeitlich nicht wirklich vorangekommen:
https://nopaste.xyz/?417047eaeb9d8f55#A ... sZ6M7u6DrK
Ist nun tatsächlich kürzer:
https://nopaste.xyz/?0990915bec038cdd#8 ... b4X6onu4zi
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
Code: Alles auswählen
journalctl -b -p1 -p0 -p2 -p3 -p4
https://nopaste.xyz/?0990915bec038cdd#8 ... b4X6onu4zi
Re: Langsamer Bootup im Userspace
Deine Links gehen ins Leere.
Re: Langsamer Bootup im Userspace
Scheint als wäre nopaste down. Nächster Versuch via privatebin:
https://privatebin.net/?2ba97d5cd30bab7 ... E69g4QHkcz
https://privatebin.net/?5cd2cf87e7d7ed2 ... T1zQT7YsW7
Code: Alles auswählen
systemd-analyze blame
Code: Alles auswählen
journalctl -b -p1 -p0 -p2 -p3 -p4