Grafische Oberfläche nur vom Recovery Modus aus

[rohodeb]

Danke für den Tipp - werde ich beherzigen.

[rohodeb]

Hier ist meine Ausgabe von 'systemd-analyze blame'

pastebin/?mode=view&s=42088

[MSfree]

Hier ist meine Ausgabe von 'systemd-analyze blame'

Wie vermutet, die Kiste bootet vollständig und vor allem auch schnell und ohne Wartezeit durch.
Das sieht also doch nach einem Problem mit deine Graphikkarte aus.

[rohodeb]

Hm, wäre nicht gut.
So, wie auch towo bestätigte, scheinen Kernel und Nvidia-Treiber zu harmonieren.
Warum funktioniert dann aber die grafische Anmeldung vom Revovery-Modus - einfach 'Continue' mit CTRL+D?

Wie kann ich denn herausfinden, ob die GraKa einen Defekt hat?

[MSfree]

Wie kann ich denn herausfinden, ob die GraKa einen Defekt hat?

Ich glaube nicht, daß es ein Hardwaredefekt ist.

Du könntest aber versuchen, den Nvidia-Treiber zu deinstallieren und anschließend nochmal neu beuen zu lassen.

[rohodeb]

Ja, das wäre noch 'ne Möglichkeit.

Hast Du evtl. noch einen Link zu einer Anleitung der De- und Wiederinstallation? Ich mache das ja schließlich nicht alle Tage.
Sollte ich die Installation im Recovery-Modus durchführen oder bei Normalstart über SSH?
Heute komme ich leider nicht dazu.

Ich danke immer für für die Unterstützung.

[rohodeb]

Hm, die De- und Reinstallation dürfte eigentlich nicht zu schwierig sein.
Mittels 'purge' werde ich den vorhandenen Treiber los.
Nvidia-detect funktioniert wohl noch nicht mit Kernel 6.6.11. Ich weiß aber, dass ich den Treiber 'nvidia-driver' verwenden kann.
Nach deren Installation dann noch ein 'systemctl reboot' - das sollte es dann gewesen sein.

Oder fehlt noch etwas?

[MSfree]

Hast Du evtl. noch einen Link zu einer Anleitung der De- und Wiederinstallation? Ich mache das ja schließlich nicht alle Tage.

Und ich nutze keine Nvidiakarte sondern Intels iGPU, da gibt es solche Probleme selten.

Im Grunde dürftest du bei dir das Paket nvidia-driver installiert haben. Das baut über den DKMS Mechanismus aus den proprietären Betsandteilen und aus quelloffenem C-Code den eigentlichen Treiber.

Mit

Code: Alles auswählen

apt-get install nvidia-driver

würde man den installieren

Mit

Code: Alles auswählen

apt-get purge nvidia-driver

sollte er sich entfernen lassen.

Sollte ich die Installation im Recovery-Modus durchführen oder bei Normalstart über SSH?

Hast du mal geschaut, ob in beiden Fällen derselbe Kernel gebootet wird? (uname -a gibt Auskunft über den gebooteten Kernel)

Wenn die nciht gleich sind, mußt du den Treiber über SSH bauen lassen.

[rohodeb]

Danke für die Tipps.

Für die Deinstallation wurde ich hier fündig.

https://forums.debian.net/viewtopic.php?t=154004

Ja, und die Installation ist ja dann nicht gerade umfangreich.

[rohodeb]

Sowohl beim "normalen" Start als auch im Recovery-Modus wird der gleiche Kernel verwendet.
Ich habe also den Nvidia-Treiber de- und wieder neu installiert. Alles lief ohne irgendwelchen Probleme durch.

Aber: es brachte leider nichts. Der Rechner hängt wieder an der gleichen Stelle.
Da während der Treiber-Installation auch ein 'update-initramfs' gefahren wurde, kann ich mir auch das sparen.

Wie könnte es weitergehen?

[mludwig]

Die Ausgabe während die grafische Oberfläche nicht lädt (also per ssh, und dann als root) von

Code: Alles auswählen

dmesg

und vielleicht

Code: Alles auswählen

lsmod

[rohodeb]

Hallo mludwig,

klar, kann ich gern zeigen.

Hier die Ausgabe von dmesg:
pastebin/?mode=view&s=42089

Und hier von lsmod:
pastebin/?mode=view&s=42090

Ich kann dann leider erst wieder morgen ab dem späten Nachmittag am Rechner sein. Tagsüber kann ich also nur ohne ihn kommunizieren.

[mludwig]

Hm, da sieht alles unauffällig aus, hatte gedacht ob vielleicht der nouveou-Treiber mit reinpfuscht, ist aber wohl nicht so.

In deinem journal Ausgaben gab es irgendwie auch wenig Fehler? Ich würde ja erwarten das der grafische Loginmanager sich über irgendwas beschwert.

Wenn er also die grafische Oberfläche nicht startet, wieder per ssh:

Code: Alles auswählen

systemctl status lightdm

Ich hoffe die unit heist bei lightdm so, ich nutze den nicht.

[rohodeb]

Das war ja auch zuerst meine Vermutung. Da hatte sich aber seit dem letzten Update nichts geändert.

Hier aber die Ausgabe von 'systemctl staus lightdm':

pastebin/?mode=view&s=42091

So, ich bin dann morgen wieder zugegen - danke für die Hilfe.

[MSfree]

Hier aber die Ausgabe von 'systemctl staus lightdm':

pastebin/?mode=view&s=42091

Du hast wahrscheinlich den systemctl-Befehl nicht mit root-Rechten ausgeführt.

[rohodeb]

Oh ja, das kann sein.

hier nun die Ausgabe als root:

pastebin/?mode=view&s=42093

Bis morgen dann!

[thunder11]

Ich kann mir nicht vorstellen, dass das Problem nach allem Gesagtem irgendetwas mit der Grafik zu tun hat.
Schließlich startet die ja mit händischem Login anscheinend Fehlerlos.

Mal ein Paar Dienste, von denen ich vermute, dass sie mit lightdm zusammenspielen

Code: Alles auswählen

systemctl status pam_namespace.service
○ pam_namespace.service - Make sure parent directories configured in /etc/security/namespace.conf for polyinstantiation exist
     Loaded: loaded (/usr/lib/systemd/system/pam_namespace.service; static)
     Active: inactive (dead)
       Docs: man:pam_namespace(8)

Das sieht bei mir aber ganz anders aus (inkl. zweimal falschen user ) Da wird anscheinend keinerlei
Authentifizierung aufgerufen

Code: Alles auswählen

systemctl status display-manager.service
● lightdm.service - Light Display Manager
     Loaded: loaded (/usr/lib/systemd/system/lightdm.service; enabled; preset: enabled)
     Active: active (running) since Tue 2024-01-23 22:57:36 CET; 2min 36s ago
       Docs: man:lightdm(1)
   Main PID: 1296 (lightdm)
      Tasks: 12 (limit: 38076)
     Memory: 421.4M (peak: 783.8M)
        CPU: 3.492s
     CGroup: /system.slice/lightdm.service
             ├─1296 /usr/sbin/lightdm
             └─1306 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch

Jan 23 22:57:37 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=113) by (uid=0)
Jan 23 22:57:37 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=113) by (uid=0)
Jan 23 22:57:51 XFCE lightdm[1553]: pam_unix(lightdm:auth): check pass; user unknown
Jan 23 22:57:51 XFCE lightdm[1553]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=
Jan 23 22:57:59 XFCE lightdm[1559]: pam_unix(lightdm:auth): check pass; user unknown
Jan 23 22:57:59 XFCE lightdm[1559]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=
Jan 23 22:58:31 XFCE lightdm[1568]: gkr-pam: unable to locate daemon control file
Jan 23 22:58:31 XFCE lightdm[1568]: gkr-pam: stashed password to try later in open session
Jan 23 22:58:31 XFCE lightdm[1568]: pam_unix(lightdm:session): session opened for user thunder(uid=1000) by (uid=0)
Jan 23 22:58:32 XFCE lightdm[1568]: gkr-pam: unlocked login keyring

und auch

Code: Alles auswählen

~$ systemctl status accounts-daemon.service
● accounts-daemon.service - Accounts Service
     Loaded: loaded (/usr/lib/systemd/system/accounts-daemon.service; enabled; preset: enabled)
     Active: active (running) since Tue 2024-01-23 22:57:36 CET; 1min 43s ago
   Main PID: 957 (accounts-daemon)
      Tasks: 4 (limit: 38076)
     Memory: 7.7M (peak: 9.7M)
        CPU: 75ms
     CGroup: /system.slice/accounts-daemon.service
             └─957 /usr/libexec/accounts-daemon

Jan 23 22:57:36 XFCE systemd[1]: Starting accounts-daemon.service - Accounts Service...
Jan 23 22:57:36 XFCE accounts-daemon[957]: started daemon version 23.13.9
Jan 23 22:57:36 XFCE systemd[1]: Started accounts-daemon.service - Accounts Service.

noch:

Journal:

Code: Alles auswählen

journalctl -b |grep "lightdm\|greeter"
Jan 23 22:57:36 XFCE systemd[1]: Starting lightdm.service - Light Display Manager...
Jan 23 22:57:36 XFCE systemd[1]: Started lightdm.service - Light Display Manager.
Jan 23 22:57:37 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=113) by (uid=0)
Jan 23 22:57:37 XFCE systemd-logind[970]: New session c1 of user lightdm.
Jan 23 22:57:37 XFCE (systemd)[1376]: pam_unix(systemd-user:session): session opened for user lightdm(uid=113) by (uid=0)
Jan 23 22:57:37 XFCE systemd[1]: Started session-c1.scope - Session c1 of User lightdm.
Jan 23 22:57:37 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=113) by (uid=0)
Jan 23 22:57:38 XFCE dbus-daemon[1405]: [session uid=113 pid=1405] Activating systemd to hand-off: service name='org.a11y.Bus' unit='at-spi-dbus-bus.service' requested by ':1.1' (uid=113 pid=1395 comm="/usr/sbin/lightdm-gtk-greeter")
Jan 23 22:57:38 XFCE dbus-daemon[1405]: [session uid=113 pid=1405] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.4' (uid=113 pid=1395 comm="/usr/sbin/lightdm-gtk-greeter")
Jan 23 22:57:38 XFCE at-spi-bus-launcher[1413]: dbus-daemon[1413]: Activating service name='org.a11y.atspi.Registry' requested by ':1.0' (uid=113 pid=1395 comm="/usr/sbin/lightdm-gtk-greeter")
Jan 23 22:57:51 XFCE lightdm[1553]: pam_unix(lightdm:auth): check pass; user unknown
Jan 23 22:57:51 XFCE lightdm[1553]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=
Jan 23 22:57:59 XFCE lightdm[1559]: pam_unix(lightdm:auth): check pass; user unknown
Jan 23 22:57:59 XFCE lightdm[1559]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=
Jan 23 22:58:31 XFCE lightdm[1568]: gkr-pam: unable to locate daemon control file
Jan 23 22:58:31 XFCE lightdm[1568]: gkr-pam: stashed password to try later in open session
Jan 23 22:58:31 XFCE systemd[1]: Stopping session-c1.scope - Session c1 of User lightdm...
Jan 23 22:58:31 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session closed for user lightdm
Jan 23 22:58:31 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session closed for user lightdm
Jan 23 22:58:31 XFCE lightdm[1369]: pam_systemd(lightdm-greeter:session): Failed to release session: Transport endpoint is not connected
Jan 23 22:58:31 XFCE systemd[1]: Stopped session-c1.scope - Session c1 of User lightdm.
Jan 23 22:58:31 XFCE lightdm[1568]: pam_unix(lightdm:session): session opened for user thunder(uid=1000) by (uid=0)
Jan 23 22:58:32 XFCE lightdm[1568]: gkr-pam: unlocked login keyring

aus der Arch wiki :

You will probably want to install a greeter. A greeter is a GUI that prompts the user for credentials, lets the user select a session, and so on. It is possible to use LightDM without a greeter, but only if an automatic login is configured; otherwise you will need to install xorg-server and one of the greeter packages below.

Stimmt da eventuell das mit dem Greeter nicht ???
bei mir:

Code: Alles auswählen

ls -l /usr/share/xgreeters
insgesamt 4
lrwxrwxrwx 1 root root  33 17. Jul 2020  lightdm-greeter.desktop -> /etc/alternatives/lightdm-greeter
-rw-r--r-- 1 root root 187 17. Jul 2020  lightdm-gtk-greeter.desktop

Eventuell mal kontrollieren, was in der /etc/lightdm/lightdm.conf.dpkg-dist steht.
Bei mir ist da alles auskommentiert --> alles auf "default"

[MSfree]

Ich kann mir nicht vorstellen

Und ich glaube nicht, daß deine Logausgaben zur Lösung des Problems beitragen, ausser Bildschirmfläche zu füllen. Bei mir sehen die Ausgaben nämlich ansders aus als bei dir, und trotzdem habe ich keine Graphikprobleme. Das Argument: "bei mir funktioniert es", hat noch nie jemandem geholfen.

Schwarze Bildschirme treten aber leider immer wieder unter Linux auf. Je nach verwendeter Graphikkarte läßt sich das sehr unterschiedlich lösen.

Eine Verzweiflungstat wäre noch, es mal ohne Modesettings auszuprobieren. Dazu kann man in Grub die "E"-Taste drücken und die Kommandozeile des Linuxkernels editieren. Hier schreibt man dann
nomodeset ans Ende der Zeile, ggfls. vor quiet und bootet dann.

Wenn das funktioniert, dann kann man es permanent in /etc/default/grub eintragen.

[thunder11]

Das Argument: "bei mir funktioniert es", hat noch nie jemandem geholfen.

Hab ich das behauptet? Nein
Sein log:

Code: Alles auswählen

Jan 23 21:37:55 haus systemd[1]: Starting lightdm.service - Light Display Manager...
Jan 23 21:37:55 haus systemd[1]: Started lightdm.service - Light Display Manager.
 

Mein log:

Code: Alles auswählen

Jan 23 22:57:37 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=113) by (uid=0)
Jan 23 22:57:37 XFCE lightdm[1369]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=113) by (uid=0)
Jan 23 22:57:51 XFCE lightdm[1553]: pam_unix(lightdm:auth): check pass; user unknown
Jan 23 22:57:51 XFCE lightdm[1553]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=
Jan 23 22:57:59 XFCE lightdm[1559]: pam_unix(lightdm:auth): check pass; user unknown
Jan 23 22:57:59 XFCE lightdm[1559]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost=
Jan 23 22:58:31 XFCE lightdm[1568]: gkr-pam: unable to locate daemon control file
Jan 23 22:58:31 XFCE lightdm[1568]: gkr-pam: stashed password to try later in open session
Jan 23 22:58:31 XFCE lightdm[1568]: pam_unix(lightdm:session): session opened for user thunder(uid=1000) by (uid=0)
Jan 23 22:58:32 XFCE lightdm[1568]: gkr-pam: unlocked login keyring

Daraus glaube ich zu erkennen, das der Greeter überhaupt nicht gestartet wird.
Das wird doch in meinem Zitat aus der Arch-Wiki deutlich beschrieben:

It is possible to use LightDM without a greeter, but only if an automatic login is configured;

Sonst würde es im log stehen ?
Und wenn der nicht gestartet wird, gibt es auch keinen Anmelde Bildschirm
Die Frage, die sich mir stellt, was ist der Grund dafür ?

EDIT:
Vielleicht mal in der /etc/lightdm/lightdm.conf - autogin einstellen als Test, ob es daran liegen könnte.

[MSfree]

Daraus glaube ich zu erkennen, das der Greeter überhaupt nicht gestartet wird.

Der Greeter wird gestartet, wenn lightfm auf die Graphik zugreifen kann, und das scheint ja nicht zu klappen.
lightdm logt nach /var/log/lightdm/*. Vielleicht findet man dort ja etwas.

[rohodeb]

Hallo,
ich verfolge aus der Ferne und werde am Abend das Geschriebene nachvollziehen.

[rohodeb]

So, bin wieder da und ich habe einige Hausaufgaben gemacht.

Kernelparameter 'nomodeset' bringt nichts. Der Prozess hängt an der gleichen Stelle.

Autologin bringt ebenfalls nichts. Der Prozess hängt wieder an der gleichen Stelle.

Nun folgen die log-Dateien aus /var/log/lightdm/

lightdm.log
pastebin/?mode=view&s=42094

seat0-greeter.log
pastebin/?mode=view&s=42095

x-0.log
pastebin/?mode=view&s=42096

x-1.log
pastebin/?mode=view&s=42097

In seat0-greeter.log und auch in x-1.log sieht es etwas fahrig aus. Vielleicht sollte ich lightdm komplett neu installieren oder auch mal einen anderen Display-Manager ausprobieren.
Aber komisch ist es schon - aus dem Recovery-Modus heraus funktioniert alles.

[rohodeb]

Hier ist noch der Inhalt der Datei /etc/lightdm/lightdm-gtk-greeter.conf.dpkg-dist:

Code: Alles auswählen

[greeter]
background = /opt/artwork/sparky-lightdm.svg
theme-name = Adwaita-dark
icon-theme-name = Tela
position = 25%,center 50%,center

In der 'seat0-greeter.log' wurden negative Dimensionen bemängelt. Vielleicht liegt da der Haken. Allerdings muss ich herausfinden, wo die Ursache dessen ist.

[thunder11]

Seltsam dein /var/log/lightdm/lightdm.log endet dort, wo die Authentifizierung beginnen sollte.
Hab mal den "Rest" gepostet: 42098

Hier ist noch der Inhalt der Datei /etc/lightdm/lightdm-gtk-greeter.conf.dpkg-dist:

Das wäre bei mir die /etc/lightdm/lightdm-gtk-greeter.conf --->geirrt oder wirklich so?

Code: Alles auswählen

~$ cat /etc/lightdm/lightdm-gtk-greeter.conf 
[greeter]
background = /usr/share/images/lightdm-background/02846_moonset_2560x1600.jpg
xft-dpi = 150
font-name = Sans Bold 13
default-user-image = /home/thunder/.face.jpg
position = 70%,center 50%,center

die /etc/lightdm/lightdm-gtk-greeter.conf.dpkg-dist: 42099

[rohodeb]

Ein ähnliches Phänomen wird auf der folgenden Seite beschrieben. Da kam man aber wohl auch nicht weiter.

https://forum.xfce.org/viewtopic.php?id=15244

Ich scheine aber nicht der einzige zu sein, der sowas Komisches hat.