langer Bootvorgang nach grub vor LVM-PW-Eingabe

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
willy4711

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von willy4711 » 19.08.2020 18:16:42

pagro hat geschrieben: ↑ zum Beitrag ↑
19.08.2020 17:54:44
Das journal möchte ich sehr gerne bereitstellen, aber ich verstehe noch nicht ganz, was ich anstatt ">irgendeinen Datei" eingeben soll.
Das "irgendeinen Datei" ist der Dateiname, unter dem dann die Ausgabe abgespeichert wird.Von dort kannst du sie bequem mit einem Editor aufrufen
also z.b.

Code: Alles auswählen

journalctl -b> /home/Benutzername/journalausgabe
pagro hat geschrieben: ↑ zum Beitrag ↑
19.08.2020 17:54:44
Und nochmal zu Plymouth: Also grub selbst customizen (ohje was für ein herrlichhässliches Anglizismus) und du empfiehlst lightdm statt GDM? Das ersetzt Plymouth wunderbar und man hat weniger Code, versteh ich das richtig?
Es geht doch darum, es etwas Hübscher zu machen ?
Kleines Beispiel zum anschauen:
https://github.com/vinceliuice/grub2-themes
Gdm3 kann man auch mit Themen versehen ---> mal Googeln

Wie gesagt, ich weiß überhaupt nicht wozu Plymouth da ist. Habe es noch nie benutzt.

Die Paar Sekunden zwischen Grub ---> Anmelde Bildschirm bzw. Auto Login sehe ich lieber die Meldungen am Bildschirm.
Wackelt auch :mrgreen: , und man wird gewarnt, wenn was in roter Schrift dargestellt wird

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 19.08.2020 18:31:41

Ok das werde ich mal probieren, aber zunächst sieht es nicht gefährlich aus, wenn ich Plymouth purgen möchte?

Edit: Ich bin da eigentlich gar nicht so vorsichtig, aber der Kommentar mit den Abhängigkeiten hat mich stutzig gemacht.

willy4711

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von willy4711 » 19.08.2020 18:43:23

pagro hat geschrieben: ↑ zum Beitrag ↑
19.08.2020 18:31:41
Edit: Ich bin da eigentlich gar nicht so vorsichtig, aber der Kommentar mit den Abhängigkeiten hat mich stutzig gemacht.
Nö da ist nix weiter als das, was zu Plymouth gehört.
Wenn hinterher Rauchwölkchen aus deinem Rechner steigen oder er quietscht kannst es ja wieder installieren :mrgreen: :facepalm:

In Xfce hab ich das ziemlich zum Anfang ohne weitere Bauchschmerzen deinstalliert.

Ich denke mal, das das ein Problem, aber wahrscheinlich nicht das entscheidende ist.

Was Verschlüsselung und LVM betrifft, und ob das alles bei dir richtig konfiguriert ist müssen andere sagen.
Ich benutze so was nicht.
Aber erst mal das Journal, wenn dein Rechner mal wieder einen ausgiebige Denkpause einlegt.

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 19.08.2020 18:53:51

Ich poste mal den Output davon, da es von "missing firmware" spricht.

Code: Alles auswählen

apt-get purge --auto-remove plymouth
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  libplymouth4* plymouth* plymouth-label*
0 aktualisiert, 0 neu installiert, 3 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 857 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 166853 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von plymouth-label (0.9.4-1.1) ...
Entfernen von plymouth (0.9.4-1.1) ...
update-initramfs: deferring update (trigger activated)
Entfernen von libplymouth4:amd64 (0.9.4-1.1) ...
Trigger für libc-bin (2.28-10) werden verarbeitet ...
Trigger für man-db (2.8.5-2) werden verarbeitet ...
Trigger für initramfs-tools (0.133+deb10u1) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.19.0-10-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8402-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8105e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
(Lese Datenbank ... 166761 Dateien und Verzeichnisse sind derzeit installiert.)
Löschen der Konfigurationsdateien von plymouth (0.9.4-1.1) ...
Trigger für systemd (241-7~deb10u4) werden verarbeitet ...

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 19.08.2020 18:55:08

willy4711 hat geschrieben: ↑ zum Beitrag ↑
19.08.2020 18:43:23
Was Verschlüsselung und LVM betrifft, und ob das alles bei dir richtig konfiguriert ist müssen andere sagen.
Oh je muss man da so viel konfigurieren? Wird doch im Installer angeboten und nachdem man sich für ein PW entschieden hat, gibt es doch weiter nichts dazu zu sagen dachte ich immer!?

Benutzeravatar
MSfree
Beiträge: 11605
Registriert: 25.09.2007 19:59:30

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von MSfree » 19.08.2020 19:01:27

pagro hat geschrieben: ↑ zum Beitrag ↑
19.08.2020 18:53:51
Ich poste mal den Output davon, da es von "missing firmware" spricht.
Das hat weder was mit deiner langen Bootzeit zu tun noch ist es kritisch.

Der nörgelt, daß du die Firmware für Realtek Netzwerkkarten nicht installiert hast. Wenn du keine Realtek-NICs hast, kannst du das kompeltt ingnorieren. Wenn du Realtek-NICs hast, aber keine Probleme wie Netzwerkaussetzer hast, dann kannst du es ebenfalls ignorieren.

willy4711

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von willy4711 » 19.08.2020 19:07:04

Wenn du dir ein paar Zeilen im Log sparen willst:

Code: Alles auswählen

apt install firmware-realtek
bringt das zum Schweigen.

Edit:

Er hat schon Realtek - Chips:

Code: Alles auswählen

402.386257] Bluetooth: hci0: RTL: rtl: loading rtl_bt/rtl8821c_fw.bin 
[  402.386498] bluetooth hci0: firmware: failed to load rtl_bt/rtl8821c_fw.bin (-2)
und
r8169 0000:01:00.0: firmware: failed to load rtl_nic/rtl8168g-3.fw (-2)
[  403.072470] r8169 0000:01:00.0: Direct firmware load for rtl_nic/rtl8168g-3.fw failed with error -2
Zuletzt geändert von willy4711 am 19.08.2020 19:13:56, insgesamt 1-mal geändert.

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 19.08.2020 19:08:11

Gut zu wissen, danke! :THX:

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 20.08.2020 22:52:40

Nachdem eigentlich jeder Boot in den letzten Tagen normal war, ist der Kollege jetzt 2 Mal ohne mein Zutun (war sogar nicht einmal im selben Raum) abgeschmiert und hat rebootet und mir folgende Nachricht hinterlassen und mich danach zur PW-Eingabe aufgefordert, nach der er normal gestartet ist:

Code: Alles auswählen

[	0.130226] mce: [Hardware Error]: CPU 6: Machine Check: 0 Bank 5: bea0000000
 000108
[	0.130226] mce: [Hardware Error]: TSC 0 ADDR 1ffffa8330374 MISC d01200010100
 0000 SYND 4d000000 IPID 500b000000000
[	0.130226] mce: [Hardware Error]: PROCESSOR 2:800f11 TIME 1597846988 SOCKET
 0 APIC a microcode 8001126

Code: Alles auswählen

[	0.128031] mce: [Hardware Error]: CPU 4: Machine Check: 0 Bank 5: bea0000000
 000108
[	0.128035] mce: [Hardware Error]: TSC 0 ADDR 1ffffb9ddb428 MISC d01200010100
 0000 SYND 4d000000 IPID 500b000000000
[	0.128039] mce: [Hardware Error]: PROCESSOR 2:800f11 TIME 1597955962 SOCKET
 0 APIC 8 microcode 8001126
Oh je oh je, was hat das zu bedeuten?

willy4711

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von willy4711 » 21.08.2020 07:44:05

Hier gibt es einen Thread dazu, weiss aber nicht ob das dein Problem sein könnte:
viewtopic.php?t=176217
Könnte es eventuell ein Wärme Problem sein ?
Gehäuse ?
CPU- Kühler ?
Hast du dein Journal persistent gemacht ? Mal nachsehen:

Code: Alles auswählen

ls -al /var/log/ |grep jou
wenn nichts erscheint:
als Root :

Code: Alles auswählen

mkdir /var/log/journal
dann warten bis es wieder passiert und dann

Code: Alles auswählen

journalctl -b -1 |grep mce
-b = momentane Sitzung
-b -1 die Sitzung davor
usw..

Praxis- Tipp
Debiangnome-logs installieren. ----> sehr nützliches Tool, zum betrachten der Logs von systemd.
dazu erforderlich: der Gruppe systemd-journal beitreten, damit man nicht immer als Root spazieren gehen muss:

Code: Alles auswählen

usermod -aG systemd-journal Benutzername

Benutzeravatar
MSfree
Beiträge: 11605
Registriert: 25.09.2007 19:59:30

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von MSfree » 21.08.2020 08:28:42

Falls ich das überlesen haben sollte: Welcher Kernel ist denn installiert?

Soweit ich mich erinnere gab es doch anfangs Probleme mit der ersten Ryzen-Generation unter Linux, zu der auch der Ryzen 5 1400 gehören dürfte. Unter Buster ist also praktisch zwingend ein Backportkernel zu installieren (momentan Kernel 5.7).

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 21.08.2020 08:45:48

willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 07:44:05
Hier gibt es einen Thread dazu, weiss aber nicht ob das dein Problem sein könnte:
Den hab ich auch gesehen, wollte aber erst mal hier eine Antwort warten, weil ich auch nicht ganz sicher bin, wie ähnlich die Probleme sind. :lol:
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 07:44:05
Könnte es eventuell ein Wärme Problem sein ?
Gehäuse ?
CPU- Kühler ?
Könnte absolut das Problem sein; in beiden Fällen war der Rechner fast den ganzen Tag an. Ich zocke zwar nicht, aber es sind schon 2 Monitore an.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 07:44:05
Hast du dein Journal persistent gemacht ?
Auf jeden Fall nicht mit Absicht! :wink:
Es gibt keine Ausgabe.

Code: Alles auswählen

mkdir /var/log/journal
Habe ich eingegeben, kommt aber auch keine Ausgabe (soll so sein vermute ich?).

gnome-logs sind bereits installiert, habe mich der Gruppe hinzugefügt (gab auch keine Ausgabe, aber auch das ist vermutlich auch richtig so?).

Ich möchte an dieser Stelle noch ausdrücklich DANKE sagen, dass du mir so viel hilfst. :THX: :hail:

MSfree hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 08:28:42
Falls ich das überlesen haben sollte: Welcher Kernel ist denn installiert? (...) Probleme mit der ersten Ryzen-Generation unter Linux
Es läuft 4.19. Sowohl der verlinkte, ähnliche Thread, ein Kommentar vor ein paar Tagen und jetzt auch noch dein Hinweis deuten in die Richtung, dass ich das wohl tun muss. Wie ist das denn, wenn ich den jetzt aus den backports installiere und dann irgendwann Debian 11 kommt (mit dann dem vermutlich gleich aktuellen Kernel): Wird das dann automatisch portiert oder gibt es sonst was zu beachten?

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 21.08.2020 08:50:32

Naja so oder so würde ich so vorgehen:

Code: Alles auswählen

echo deb http://deb.debian.org/debian buster-backports main contrib non-free | sudo tee /etc/apt/sources.list.d/buster-backports.list
sudo apt update
sudo apt install -t buster-backports linux-image-amd64
sudo apt install -t buster-backports firmware-linux firmware-linux-nonfree
reboot
Richtig?

Edit: Mal wieder in einem Beitrag nachgesehen, statt der offiziellen Debian-Anleitung zu folgen. Würde die Backports wie in diesem Wiki installieren, so aktuell halten und dann nach dem Update von Aptitude mit den letzten beiden Befehlen von oben:

Code: Alles auswählen

sudo apt install -t buster-backports linux-image-amd64
sudo apt install -t buster-backports firmware-linux firmware-linux-nonfree
den aktuellen Kernel installieren.

Benutzeravatar
MSfree
Beiträge: 11605
Registriert: 25.09.2007 19:59:30

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von MSfree » 21.08.2020 08:58:16

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 08:45:48
Es läuft 4.19. Sowohl der verlinkte, ähnliche Thread, ein Kommentar vor ein paar Tagen und jetzt auch noch dein Hinweis deuten in die Richtung, dass ich das wohl tun muss.
Ich denke, das solltest du als erstes machen. Der 4.19er bleibt dabei auf der Paltte, kann also im Notfall über grub ausgewählt weden.
Wie ist das denn, wenn ich den jetzt aus den backports installiere und dann irgendwann Debian 11 kommt
Dann paßt du deine /etc/apt/sources.list an, änderst "buster" und "bullseye"und kommentierst die Backport-Zeile aus. Dann kommt noch

Code: Alles auswählen

apt-get update
apt-get dist-upgrade
fertig.

Der dann "alte" Backportkernel bleibt dabei als Notanker auf der Platte stehen, den kannst du im Zweifellsfall über grub auswählen und booten, wenn der bullseye-Kernel nicht funktionieren sollte. Debian ist bei den Kerneln eigentlich immer so aufgestellt, daß immer der aktuelle und der vorherige Kernel für grub konfiguriert werden.

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 21.08.2020 09:09:59

Es läuft jetzt der neue Kernel (5.7), was auch problemlos geklappt hat, nachdem ich auch die englische Anleitung gewechselt bin; die deutsche hatte alte Links (Lenny). Muss ich da noch was einstellen, damit es automatisch aktualisiert wird? Dazu steht in der englischen Anleitung nichts.

Aha, fällt gerade auf: Der Mauscursor macht komische Dinge.

willy4711

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von willy4711 » 21.08.2020 09:15:44

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 08:45:48
gnome-logs sind bereits installiert, habe mich der Gruppe hinzugefügt (gab auch keine Ausgabe, aber auch das ist vermutlich auch richtig so?).
Wenn ein Befehl ohne Fehler ausgeführt wurde, kommt in den seltensten Fällen einen Ausgabe. --->richtig
Das Journal Kommt erst nach dem nächsten Neustart.
Überprüfen, in welchen Gruppen du "Mitglied" bist einfach: im Terminal eingeben
Auch gut und für alle Gruppen.

Code: Alles auswählen

cat /etc/group |sort
Zu den Backports ist ja alles gesagt.
pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 08:50:32
Würde die Backports wie in diesem Wiki installieren,
Wenn du es danach machen willst, aber nach Möglichkeit statt lenny buster verwenden.
Könnte sonst leichte Verwirrung geben :mrgreen:

aptitude oder apt ist wahlfrei

Bist ja schneller als meine Tastatur :mrgreen:
Muss ich da noch was einstellen, damit es automatisch aktualisiert wird?
Ne sollte so funktionieren das wir von dem Meta.Paket Debianlinux-image-amd64 gesteuert
Zuletzt geändert von willy4711 am 21.08.2020 09:20:47, insgesamt 1-mal geändert.

Benutzeravatar
MSfree
Beiträge: 11605
Registriert: 25.09.2007 19:59:30

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von MSfree » 21.08.2020 09:19:26

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 09:09:59
Muss ich da noch was einstellen, damit es automatisch aktualisiert wird?
Der Backportkernel wird bei einem

Code: Alles auswählen

apt-get update; apt-get dist-upgrade
auch aktualisiert, wenn es was neues gibt.
Aha, fällt gerade auf: Der Mauscursor macht komische Dinge.
?

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 21.08.2020 09:21:16

Bin im journal!
Dann beginnt jetzt das fröhliche Warten auf den nächsten Systemcrash! :mrgreen:

Aber das mit dem Cursor ist wirklich komisch: Er wechselt nicht wie er soll von Pfeil nach Hand oder dem...der....röhmischen 1 (!???), wenn man bei einem Textfeld ist. Ist zwar wieder was ganz anderes, kommt aber, nachdem ich auf den neuen Kernel gewechselt bin.

Und noch eine Frage: Macht es denn jetzt wieder Sinn, auf Wayland zu wechseln, wo ich doch nun so topmodern auf dem 5.7er surfe?

Edit: Cursorproblem nur unter Wayland. Damit hat sich die Frage erledigt.

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 21.08.2020 09:45:38

So, ich versau's mir jetzt wieder und installiere Plymouth! :twisted:

Grub ist wunderschön geworden (danke für den Hinweis), aber die darauffolgende PW-Eingabe für die Verschlüsselung macht es dann wieder "kaputt", also optisch. Ich setze jetzt alles auf die Karte, dass der neue Kernel das Problem behoben hat und wiederbelebe den Thread, sollte es wieder zu langen Bootvorgängen oder Abstürzen kommen.

Nochmal danke an alle!

willy4711

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von willy4711 » 21.08.2020 09:53:27

aber die darauffolgende PW-Eingabe für die Verschlüsselung macht es dann wieder "kaputt", also optisch.
Damit hab ich nun keinen Erfahrung. Hab es nicht so mit Verschlüsselung.
Nur mal abschließend zu Klarstellung:
Der verzögerte Systemstart ist nicht mehr aufgetreten ?
Ob es nun an Plymouth lag oder nicht, werden wir ja dann bald sehen :mrgreen:
Damit sich alle freuen, vielleicht nochmal die Ausgaben von:

Code: Alles auswählen

journalctl -b |grep "fail\|missing"
und

Code: Alles auswählen

systemd-analyze blame
Kannst du die CPU Temperatur irgendwie beobachten ? Zu mce kommt bei mir nämlich nur das:

Code: Alles auswählen

journalctl -b |grep mce
Aug 21 08:54:44 XFCE kernel: mce: CPU0: Thermal monitoring enabled (TM1)

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 21.08.2020 10:16:09

willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 09:53:27
Der verzögerte Systemstart ist nicht mehr aufgetreten ?
Nein, alles easy und seit einem herrlichen Grub-Theme und Plymouth auch schön anzuschaun.

Code: Alles auswählen

journalctl -b |grep "fail\|missing"
Aug 21 10:00:38 debaulian kernel: tsc: Fast TSC calibration failed
Aug 21 10:00:38 debaulian lvm[497]:   /dev/sdb: open failed: Kein Medium gefunden
Aug 21 10:00:38 debaulian kernel: tpm_crb: probe of MSFT0101:00 failed with error -16
Aug 21 10:00:38 debaulian lvm[643]:   /dev/sdb: open failed: Kein Medium gefunden
Aug 21 10:00:38 debaulian lvm[643]:   /dev/sdb: open failed: Kein Medium gefunden
Aug 21 10:00:38 debaulian udisksd[723]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
Aug 21 10:00:38 debaulian bluetoothd[736]: Sap driver initialization failed.
Aug 21 10:00:39 debaulian /usr/lib/gdm3/gdm-x-session[851]: xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
Aug 21 10:00:42 debaulian gnome-shell[975]: g_dir_open_with_errno: assertion 'path != NULL' failed
Aug 21 10:00:42 debaulian gnome-shell[975]: g_filename_to_utf8: assertion 'opsysstring != NULL' failed
Aug 21 10:00:42 debaulian gnome-shell[975]: g_dir_open_with_errno: assertion 'path != NULL' failed
Aug 21 10:00:42 debaulian gnome-shell[975]: g_filename_to_utf8: assertion 'opsysstring != NULL' failed
Aug 21 10:00:43 debaulian gnome-shell[975]: remove_mnemonics: assertion 'label != NULL' failed
Aug 21 10:00:43 debaulian colord-sane[1276]: [bjnp] create_broadcast_socket: ERROR - bind socket to local address failed - Cannot assign requested address
Aug 21 10:00:43 debaulian colord-sane[1276]: [bjnp] create_broadcast_socket: ERROR - bind socket to local address failed - Cannot assign requested address
Aug 21 10:00:43 debaulian gnome-shell[975]: g_async_initable_init_finish: assertion 'G_IS_ASYNC_INITABLE (initable)' failed
Aug 21 10:00:43 debaulian gnome-shell[975]: g_dbus_proxy_get_cached_property: assertion 'G_IS_DBUS_PROXY (proxy)' failed
Aug 21 10:00:43 debaulian gnome-shell[975]: g_dbus_proxy_get_cached_property: assertion 'G_IS_DBUS_PROXY (proxy)' failed
Aug 21 10:00:43 debaulian gnome-shell[975]: st_drawing_area_queue_repaint: assertion 'ST_IS_DRAWING_AREA (area)' failed
Aug 21 10:00:45 debaulian PackageKit[1116]: refresh-cache transaction /755_caeabada from uid 1000 finished with failed after 303ms
Danach kommen noch 3 Zeilen zu meinem Online-Account von Nextcloud, auch Fehlermeldungen, aber meine Einschätzung ist, dass ich eben erst wenn GNOME gestartet ist mein PW dafür eingebe.

Code: Alles auswählen

systemd-analyze blame
         20.753s plymouth-quit-wait.service
          9.072s NetworkManager-wait-online.service
           573ms systemd-logind.service
           319ms dev-mapper-debaulian\x2d\x2dvg\x2droot.device
           286ms udisks2.service
           245ms lvm2-pvscan@254:0.service
           165ms fwupd.service
           140ms upower.service
           130ms apparmor.service
           120ms ModemManager.service
Danach kommen nur sehr kurze Services. Plymouth noch immer sehr lang, aber ich habe irgendwo gelesen, dass nur die Startzeit auftaucht und die Services danach nicht so lange warten müssen, denn 20 Sekunden dauert beim Boot gar nichts.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 09:53:27
Kannst du die CPU Temperatur irgendwie beobachten ?
Vermutlich einfach mit einer GNOME-Erweiterung? Probiere es mal mit Freon. Nicht ganz sicher, was was ist, aber das höchste ist 62° C. Ist das viel?

Benutzeravatar
OrangeJuice
Beiträge: 629
Registriert: 12.06.2017 15:12:40

Re: [erledigt] langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von OrangeJuice » 21.08.2020 11:14:02

Du kannst dir lm-sensors installieren.

Code: Alles auswählen

apt install lm-sensors
Danach ggf. "sensors-detect" durchlaufen lassen. Mit "sensors" im Terminal rufst du die Temperaturwerte ab.

Im UEFI kannst du noch nach dem TPM schauen und das abschalten, falls du es nicht benötigst. Sonst kannst mit den Befehlen auch hilfreiche Informationen finden:"dmesg -x -l crit,err,warn" oder "journalctl -p err..alert".

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: [erledigt] langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 21.08.2020 11:15:55

OrangeJuice hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 11:14:02
Du kannst dir lm-sensors installieren.
Die sind installiert und ich glaube, die Erweiterung macht es nur sichtbar. Also ja, ich weiß jetzt die Temperatur: um 60 Grad.

Benutzeravatar
MSfree
Beiträge: 11605
Registriert: 25.09.2007 19:59:30

Re: langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von MSfree » 21.08.2020 11:22:11

pagro hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 10:16:09
willy4711 hat geschrieben: ↑ zum Beitrag ↑
21.08.2020 09:53:27
Kannst du die CPU Temperatur irgendwie beobachten ?
Vermutlich einfach mit einer GNOME-Erweiterung? Probiere es mal mit Freon. Nicht ganz sicher, was was ist, aber das höchste ist 62° C. Ist das viel?
Die Kommandozeilenversion lautet:

Code: Alles auswählen

find /sys -name temp?_input -exec cat {} \;
:mrgreen:

pagro
Beiträge: 102
Registriert: 13.07.2018 21:08:09

Re: [erledigt] langer Bootvorgang nach grub vor LVM-PW-Eingabe

Beitrag von pagro » 22.08.2020 10:15:26

Hmm fehlen mir hier noch Treiber?

https://nopaste.debianforum.de/41124

Antworten