Upgrade 15.2->15.3: kurz nach dem Einloggen wird der Bildschirm schwarz (außer Xterms)

-> Sauerland, Heinz-Peter

1. Anbei die schon gestern sichtbare Ausgabe von yast2 (seit 2004, Suse 8 oder 9, nie auch nur einmal gesehen).

2. Beim Einloggen mit dem Superuser ist der Bildschirm schwarz, man sieht nur die Maus, Maustasten tot. Da hilft nur leises Antippen der Ein/Aus-Taste.

3. Beim Versuch, ein frisches Benutzerkonto einzurichten, knallt die Software bei 'Standard-Systemeinstellungen lesen'. Fenster weg.

N.B.: andere yast2-Komonenten (z.B. aktualisieren, hinzufügen/entfernen, Netzwerkeinstellungen) funktionieren einwandfrei.

4. Anbei auch aus /var/log/messages die Infos zum jüngsten Boot-Vorgang.

Auffallend u.v.a.: zahlreiche Meldungen vom Typ

KActivities: FATAL ERROR: Failed to contact the activity manager daemon

Zitat von Sauerland

Meinst du grafischer Login?

Das sollte man nicht machen.

Tja. Woher sollte ich das denn wissen?

Siehe auch deine Fehlermeldung zu Yast2.....

Der wurde nicht vom root-Bereich aus, sondern mit sudo von meinem Xterm aus gestartet.

Die alte Kernel-Version kannst du unter Versionen im Yast bedenkenlos löschen.

Hast du einmal irgendwas per Hand installiert?

Code

ls -al /usr/local/lib

Code

ls -al /usr/local/lib64

Code

ls -al /usr/local/bin

Alles anzeigen

Klar. Wer tut das nicht gelegentlich?

Vor zig Jahren gab's z.B. GNU Sci Lib nicht, musste ich nun einmal herunterladen und installieren, genauso wie QR-Code-Software.

*

P.S. Wie startet man die für Hintergrundbild und Kontrollleiste zuständige KDE-Software von einem Xterm aus?

Sie dürfte genauso abstürzen wie nach dem login, aber vielleicht erzählt sie auf dem Xterm, warum sie das tut.

Hallo Sauerland & Heinz-Peter

Vielen Dank für eure bisherige Mühe, auch wenn ich bislang nicht vorangekommen bin!

*

Ich hab noch ein wenig nachgeschaut.

Die Fehlermeldung beim Start von yast2 aus einem Xterm als root

QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 0700 owned by UID 1000 GID 100

ist nicht verwunderlich: das Verzeichnis '1000' hat als owner/group nicht 'root/root', sondern meine.

Ich habe dann diese auf root/root gesetzt, aber... nach einem Neustart hat dieses Verzeichnis wieder meinen Benutzernamen und meine Gruppe (users) !

*

Auf eine Frage habe ich keine Antwort bekommen: wo finde ich auf dem Rechner das Protokoll des Upgrades von 15.2 auf auf 15.3?

Das System schreibt alles, was ich auf dem Bildschirm sah, ganz bestimmt in eine Datei, oder?

->Sauerland

Ich begreife nicht, wo Sie mit Ihren wenig hilfreichen Vermutungen hinaus wollen.

1. Ich habe mich vor Tagen ein einziges Mal as 'root' eingeloggt, lediglich um zu sehen, ob sich dort die grafische Umgebung, die nach der Installation von 15.2 all die Zeit perfekt funktionierte, nach dem Upgrade auf 15.3 genau so verhält wie bei mir. Tat sie, auf genau dieselbe Art!

2. Ich habe in den letzten 15 Jahren bei mindestens 5 verschiedenen Suse-Installationen auf 4 Rechnern hunderte von Malen, nach einem 'su', yast2 von meinem user-Bereich aufgerufen, ohne dass es auch nur einmal zur kleinsten X11-Reaktion gekommen wäre.

Diese Meldungen haben wohl weniger mit dem zu tun, was ich wo eingebe, sondern wahrscheinlich mit einem Problem beim Upgrade, das offenbar selbst Sie nicht ausfindig machen konnten, geschweige denn ich.

*

Aus dem Protokoll bei /var/log/messages habe ich die ersten Fehlermeldungen seit dem Boot heraus gefiltert (siehe im Anhang) .

Es ist zwar deutlich zu sehen, was passiert, nicht aber warum.

Ich bitte Sie noch einmal in aller Form, mir zu sagen, wo ich das Protokoll des Upgrade auf 15.3 finden kann.

Wenn Sie es nicht wissen, so sagen Sie es doch bitte auch, statt sich in Schweigen zu hüllen.

Danke im Voraus.

Genau so etwas hatte ich mir erhofft.

LD_DEBUG .txt aus stderr; aus stdout das berühmte " FATAL ERROR: Failed to contact the activity manager daemon ".

-rwxr-xr-x 1 root root 180208 26. Aug 19:22 /usr/lib64/libexec/kactivitymanagerd

Korrekt: die nachstehenden Ausgaben hatte ich vergessen.

Die Ausgabe aus /usr/local/lib:

drwxr-xr-x 1 root root 96 3. Mär 2021 .

drwxr-xr-x 1 root root 84 29. Nov 14:19 ..

-rwxr-xr-x 1 root root 669504 27. Okt 16:10 libgmp.so.10

-rwxr-xr-x 1 root root 2064224 27. Okt 16:10 libgnutls.so.30

lrwxrwxrwx 1 root root 25 28. Jan 2020 libpng -> /usr/lib64/libpng16.so.16

-rwxr-xr-x 1 root root 1153440 27. Okt 16:10 libsqlite3.so.0

/usr/local/lib64

und

/usr/local/bin

sind beide leer.