Grafische Oberfläche nur vom Recovery Modus aus
Re: Grafische Oberfläche nur vom Recovery Modus aus
Danke für den Tipp - werde ich beherzigen.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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?
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?
Re: Grafische Oberfläche nur vom Recovery Modus aus
Ich glaube nicht, daß es ein Hardwaredefekt ist.rohodeb hat geschrieben:23.01.2024 13:17:48Wie kann ich denn herausfinden, ob die GraKa einen Defekt hat?
Du könntest aber versuchen, den Nvidia-Treiber zu deinstallieren und anschließend nochmal neu beuen zu lassen.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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?
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?
Re: Grafische Oberfläche nur vom Recovery Modus aus
Und ich nutze keine Nvidiakarte sondern Intels iGPU, da gibt es solche Probleme selten.rohodeb hat geschrieben:23.01.2024 13:48:21Hast Du evtl. noch einen Link zu einer Anleitung der De- und Wiederinstallation? Ich mache das ja schließlich nicht alle Tage.
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
Mit
Code: Alles auswählen
apt-get purge nvidia-driver
Hast du mal geschaut, ob in beiden Fällen derselbe Kernel gebootet wird? (uname -a gibt Auskunft über den gebooteten Kernel)Sollte ich die Installation im Recovery-Modus durchführen oder bei Normalstart über SSH?
Wenn die nciht gleich sind, mußt du den Treiber über SSH bauen lassen.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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?
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?
Re: Grafische Oberfläche nur vom Recovery Modus aus
Die Ausgabe während die grafische Oberfläche nicht lädt (also per ssh, und dann als root) von
und vielleicht
Code: Alles auswählen
dmesg
Code: Alles auswählen
lsmod
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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:
Ich hoffe die unit heist bei lightdm so, ich nutze den nicht.
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
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
Du hast wahrscheinlich den systemctl-Befehl nicht mit root-Rechten ausgeführt.rohodeb hat geschrieben:23.01.2024 16:56:11Hier aber die Ausgabe von 'systemctl staus lightdm':
pastebin/?mode=view&s=42091
Re: Grafische Oberfläche nur vom Recovery Modus aus
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
Das sieht bei mir aber ganz anders aus (inkl. zweimal falschen user ) Da wird anscheinend keinerlei
Authentifizierung aufgerufen
und auch
noch:
Journal:
aus der Arch wiki :
bei mir:
Eventuell mal kontrollieren, was in der /etc/lightdm/lightdm.conf.dpkg-dist steht.
Bei mir ist da alles auskommentiert --> alles auf "default"
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)
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
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.
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
Stimmt da eventuell das mit dem Greeter nicht ???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.
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"
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
Hab ich das behauptet? NeinMSfree hat geschrieben:24.01.2024 09:14:54Das Argument: "bei mir funktioniert es", hat noch nie jemandem geholfen.
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.
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
Das wird doch in meinem Zitat aus der Arch-Wiki deutlich beschrieben:
Sonst würde es im log stehen ?It is possible to use LightDM without a greeter, but only if an automatic login is configured;
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
Der Greeter wird gestartet, wenn lightfm auf die Graphik zugreifen kann, und das scheint ja nicht zu klappen.thunder11 hat geschrieben:24.01.2024 09:32:11Daraus glaube ich zu erkennen, das der Greeter überhaupt nicht gestartet wird.
lightdm logt nach /var/log/lightdm/*. Vielleicht findet man dort ja etwas.
Re: Grafische Oberfläche nur vom Recovery Modus aus
Hallo,
ich verfolge aus der Ferne und werde am Abend das Geschriebene nachvollziehen.
ich verfolge aus der Ferne und werde am Abend das Geschriebene nachvollziehen.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
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.
Re: Grafische Oberfläche nur vom Recovery Modus aus
Hier ist noch der Inhalt der Datei /etc/lightdm/lightdm-gtk-greeter.conf.dpkg-dist:
In der 'seat0-greeter.log' wurden negative Dimensionen bemängelt. Vielleicht liegt da der Haken. Allerdings muss ich herausfinden, wo die Ursache dessen ist.
Code: Alles auswählen
[greeter]
background = /opt/artwork/sparky-lightdm.svg
theme-name = Adwaita-dark
icon-theme-name = Tela
position = 25%,center 50%,center
Re: Grafische Oberfläche nur vom Recovery Modus aus
Seltsam dein /var/log/lightdm/lightdm.log endet dort, wo die Authentifizierung beginnen sollte.
Hab mal den "Rest" gepostet: 42098
die /etc/lightdm/lightdm-gtk-greeter.conf.dpkg-dist: 42099
Hab mal den "Rest" gepostet: 42098
Das wäre bei mir die /etc/lightdm/lightdm-gtk-greeter.conf --->geirrt oder wirklich so?rohodeb hat geschrieben:24.01.2024 18:00:32Hier ist noch der Inhalt der Datei /etc/lightdm/lightdm-gtk-greeter.conf.dpkg-dist:
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
Zuletzt geändert von thunder11 am 24.01.2024 18:27:45, insgesamt 1-mal geändert.
Re: Grafische Oberfläche nur vom Recovery Modus aus
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.
https://forum.xfce.org/viewtopic.php?id=15244
Ich scheine aber nicht der einzige zu sein, der sowas Komisches hat.