Schwarzer Bilfschirm nach fehlgeschlagenem Update

Deutsch (German) Installation/Administration
41 
2211  | single |          | So 18 Jul 2021 00:00:14 CEST | root     | timeline   | timeline                 |               
2217  | single |          | So 18 Jul 2021 21:43:05 CEST | root     | number     | rollback backup of #2041 | important=yes 
2218  | single |          | So 18 Jul 2021 21:43:05 CEST | root     | number     | writable copy of #2039   |               
2219  | pre    |          | So 18 Jul 2021 21:48:04 CEST | root     | number     | zypp(zypper)             | important=yes 
2221  | post   |     2219 | So 18 Jul 2021 22:07:44 CEST | root     | number     |                          | important=yes 
2222  | pre    |          | So 18 Jul 2021 22:08:56 CEST | root     | number     | zypp(zypper)             | important=yes 
2223  | post   |     2222 | So 18 Jul 2021 22:09:08 CEST | root     | number     |                          | important=yes

Welchen Snapshot meinst Du?
Der einzige, der schreibbar eingehängt wird, ist 2218 - bei dem funktioniert der Desktop aber …

42

Der einzige, der schreibbar eingehängt wird, ist 2218 - bei dem funktioniert der Desktop aber …

So weit ich weiss, werden Schnappschüsse eigentlich ro eingehängt, du kannst dann sehen, ob das System startet und wenn es startet dort als root auf diesen Schnappschuss zurückgehen, der sollte dann als Standard gebootet werden.

snapper rollback [Nummer]
43

Ich meinte die derzeitige Version von Tumbleweed:

Betriebssystem: openSUSE Tumbleweed 20210718
KDE-Plasma-Version: 5.22.3
KDE-Frameworks-Version: 5.84.0
Qt-Version: 5.15.2
Kernel-Version: 5.13.2-1-default (64-bit)
Grafik-Plattform: X11
Prozessoren: 8 × Intel® Core™ i7-6700K CPU @ 4.00GHz
Speicher: 31,2 GiB Arbeitsspeicher
Grafikprozessor: Radeon RX550/550 Series

Wenn du die Übersicht über Snapshots und Rollbacks verloren hast führe einfach ‘zypper dup’ aus, ändere dann das Konfigurationsfile, boote den Rechner und zeige das Journal.

44

Danke für die Aufklärung - werde in der Tat langsam leicht konfus mit meinen snapshots. Nehmen jetzt auch schon wieder ziemlich viel Platz ein.

45

https://susepaste.org/8064955

Die Ausgabe von journalctl -b nach Update und Ergäntung von /etc/systemd/system.conf

46

Eine sehr knappe Antwort! Ich nehme an es ist nun alles in Ordnung oder gibt es ein Problem?

47

Sorry, inzwischen ist noch weniger in Ordnung. Jetzt kämpfe ich auch noch mit dem Firefox-Browser, da hat’s bei dem letzten “zypper dup” mein Profil zerlegt.
Die bei susepaste.org hoch geladene Ausgabe habe ich noch gar nicht angeschaut. Stimmt etwas nicht damit?

48

Nur keine Hektik! SUSE Paste wurde vor dem Reboot erstellt. Du solltest booten und dann noch einmal das Journal pasten, damit ich den Debug-Output angucken kann.

49

So, Firefox ist wieder am Laufen wie vorher.

Habe jetzt noch mal ein Rollback auf den Snapshot von heute nach dem Update vollzogen, anschließend /etc/systemd/system.conf modifiziert und neu gebootet. Anschließend ergibt jornalctl -b folgendes:

https://susepaste.org/48838530

50

Kannst du bitte mal:

lsusb

posten?

51

Aber gerne:

jeb@linux-jeb2:~> lsusb 
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub 
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub 
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub 
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub 
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub 
Bus 001 Device 003: ID 048d:5702 Integrated Technology Express, Inc. ITE Device 
Bus 001 Device 002: ID 046d:c534 Logitech, Inc. Unifying Receiver 
Bus 001 Device 005: ID 2040:0265 Hauppauge WinTV-dualHD DVB 
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. Hub 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub 
jeb@linux-jeb2:~>
52

Bist du evtl auch hiervon betroffen:
https://bugzilla.suse.com/show_bug.cgi?id=1188485

53

Im Journal sehe ich kein Problem mehr. Ich bin dennoch verwirrt. Arbeitest du als root?

karl@erlangen:~/Downloads> grep 'Started Session' Schwarzer-Bildschirm-* 
Schwarzer-Bildschirm-48838530.txt:Jul 21 21:36:01 linux-jeb2 systemd[1]: **Started Session** 1 of user jeb. 
Schwarzer-Bildschirm-48838530.txt:Jul 21 21:36:31 linux-jeb2 systemd[1]: **Started Session** 2 of user root. 
Schwarzer-Bildschirm-8064955.txt:Jul 21 18:29:30 linux-jeb2 systemd[1]: **Started Session** 1 of user jeb. 
Schwarzer-Bildschirm-8064955.txt:Jul 21 18:30:09 linux-jeb2 systemd[1]: **Started Session** 2 of user jeb. 
Schwarzer-Bildschirm-93470396.txt:Jul 14 21:44:01 linux-jeb2 systemd[1]: **Started Session** 1 of user jeb. 
Schwarzer-Bildschirm-93470396.txt:Jul 14 21:44:35 linux-jeb2 systemd[1]: **Started Session** 2 of user root. 
karl@erlangen:~/Downloads>

Zeige:

**erlangen:~ #** journalctl -b -u display-manager.service -p6            
-- Journal begins at Sat 2021-07-17 20:44:14 CEST, ends at Thu 2021-07-22 07:54:15 CEST. -- 
Jul 22 05:48:53 erlangen systemd[1]: Starting X Display Manager... 
Jul 22 05:48:53 erlangen display-manager[927]: /etc/vconsole.conf available 
Jul 22 05:48:53 erlangen display-manager[927]: KEYMAP: de-latin1-nodeadkeys 
Jul 22 05:48:53 erlangen display-manager[927]: Command: localectl set-keymap de-latin1-nodeadkeys 
Jul 22 05:48:53 erlangen display-manager[927]: I: Using systemd /usr/share/systemd/kbd-model-map mapping 
Jul 22 05:48:53 erlangen systemd[1]: Started X Display Manager. 
Jul 22 05:48:54 erlangen sddm-helper[1139]: pam_unix(sddm-greeter:session): session opened for user sddm(uid=477) by (uid=0) 
Jul 22 05:49:03 erlangen sddm-helper[1235]: pam_unix(sddm:session): session opened for user karl(uid=1000) by (uid=0) 
Jul 22 05:49:03 erlangen sddm-helper[1235]: Starting: "/usr/etc/X11/xdm/Xsession \"/usr/bin/startplasma-x11\"" 
**erlangen:~ #**
54

Danke für den Tip, denke aber nicht dass das bei mir zutrifft: der Fehler tritt auch mit älterem Kernel auf.

55

Sollte man nicht, ich weiß, mache ich aber schon mal.

56

Das sollte ich aber wohl als root ausführen?
Hoffe, den richtigen snapshot erwischt zu haben:

-- Journal begins at Sun 2020-11-01 23:17:53 CET, ends at Thu 2021-07-22 17:26:01 CEST. --
Jul 22 17:23:39 linux-jeb2 systemd[1]: Starting X Display Manager...
Jul 22 17:23:39 linux-jeb2 display-manager[1371]: /etc/vconsole.conf available
Jul 22 17:23:39 linux-jeb2 display-manager[1371]: KEYMAP: de-latin1-nodeadkeys
Jul 22 17:23:39 linux-jeb2 display-manager[1371]: Command: localectl set-keymap de-latin1-nodeadkeys
Jul 22 17:23:39 linux-jeb2 display-manager[1371]: I: Using systemd /usr/share/systemd/kbd-model-map mapping
Jul 22 17:23:40 linux-jeb2 systemd[1]: Started X Display Manager.
Jul 22 17:23:40 linux-jeb2 sddm-helper[1434]: pam_unix(sddm-autologin:session): session opened for user jeb(uid=1000) by (uid=0)
Jul 22 17:23:40 linux-jeb2 sddm-helper[1434]: Starting: "/usr/etc/X11/xdm/Xsession \"/usr/bin/startplasma-x11\""
57

Weiß nicht ob folgendes hilfreich ist.
Habe das Snapshotpaar (pre/post zypp) von vor und nach dem für den Fehler initialen, fehlgeschlagenen “Zypper dup” identifiziert: 2034 und 2036 - 2035 existiert nicht, k.A. warum.
2034 gebootet, Desktop funktioniert, 2036 gebootet, kein Desktop, von 2036 Rollback ausgeführt, in den damit erzeugten Default-Eintrag gebootet.
Bildschirm schwarz, als root von der Koonsole aus mittels yast die automatische Anmeldung ausgeschaltet.
Beim nächsten Reboot erscheint der Anmeldebildschirm (von KDM wenn ich mich nicht sehr irre), Xfce-Sitzung startet ohne Probleme.
Abgemeldet und versucht KDE (Plasma/X11) zu starten, schwarzer Bildschirm.

58

P.s.:
Bei dem oben erwähnten missratenen “zypper dup” wurde Kernel 5.12.10 durch 5.12.12 ersetzt - bin mir aber sicher, als erste Maßnahme zur Abhilfe den vorangegangenen Kernel gebootet zu haben, ohne Erfolg.

59

Was du hier schilderst deutet darauf hin dass das System in Ordnung ist und das Problem nur mit deinem Plasma Login auftritt. Um das zu bestätigen kann du eine neuen User erzeugen und testen. Funktioniert das?

60

Tatsächlich, das funktioniert.