Grafische Oberfläche nur vom Recovery Modus aus

[MSfree]

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

Die Datei wird nicht verwendet. Die ist von deinem dist-upgrade, weil du gegenüber der Originalkonfiguration Änderungen vorgenommen hast.

Wenn es die Datei /etc/lightdm/lightdm-gtk-greeter.conf bei dir nicht gibt, dann lege sie mal mit folgendem Inhalt an:

Code: Alles auswählen

[greeter]
background = /opt/artwork/sparky-lightdm.svg

Die Datei /opt/artwork/sparky-lightdm.svg muß exitieren! Ich habe bei mir ein JPG als Hintergrund:


In deinem Log seat0-greeter.log wird ein Fehler in /etc/lightdm/lightdm-gtk-greeter.conf mit
Excess arguments bemängelt. Irgendwas ist also mit der Datei falsch.

In der 'seat0-greeter.log' wurden negative Dimensionen bemängelt.

Nein, solche Meldungen habe ich bei mir auch, ohne daß das negative Auswirkungen hat.

Mich wundert auch, daß du x-0.log und x-1.log hast. Hast du zwei "Seats" in deiner Konfiguration?

[rohodeb]

Die Datei /etc/lightdm/lightdm-gtk-greeter.conf gibt es bei mir und sie hat genau den Inhalt, den Du geschrieben hast.
Das enthaltene Hintergrundbild gibt es bei mir auch.

In meiner lightdm.conf gibt es nur einen Seat.

[MSfree]

Aus deinen obigen Logs entnehme ich, daß lightdm auf der virtuellen Konsole 7 (vt7) gestartet wird.

Bringt es etwas, wenn du beim schwarzen Bildschirm einmal in die Textkonsole und dann auf vt7 wechselst?

Wechsel zur Textkonsole mit Alt-Strg-F1
Wechsel zu vt7 mit Alt-Strg-F7

[rohodeb]

Das ist ja auch das, was ich schon weiter oben angemerkt habe: ich kann in diesem Zustand auf keine andere Konsole wechseln.

Bin ich aber vom Recovery-Modus auf der grafischen Oberfläche, ist ein Wechsel problemlos möglich.

[MSfree]

Bin ich aber vom Recovery-Modus auf der grafischen Oberfläche, ist ein Wechsel problemlos möglich.

Mir kommt dieses Excess arguments in deiner /etc/lightdm/lightdm-gtk-greeter.conf komisch vor.

Sichere doch mal den Inhalt von /etc/lightdm irgendwo hin und deinstalliere lightdm komplett mit:

Code: Alles auswählen

apt-get purge lightdm

Danach sollte es das Verzeichnis /etc/lightdm nicht mehr geben. Falls doch, lösch es ebenfalls.
Führe dann sicherheitshalber noch

Code: Alles auswählen

apt-get clean
apt-get update

durch.

Wenn du dann rebootest, sollte die Kiste im Textmodus starten.

Wenn das klappt, installiere lightdm einfach wieder mit

Code: Alles auswählen

apt-get install lightdm

Sollte die Installation lightdm nicht sofort starten, kannst du mit

Code: Alles auswählen

systemctl start lightdm

den Dienst von Hand starten. (oder rebooten).

Wenn das bis hierher klappt, kannst du schauen, welche von deinen vormals gesicherten Dateien anders ist als in den ausgelieferten Dateien.

[rohodeb]

Hat soweit alles geklappt - also die Neuinstallation von lightdm.
Im Ordner /etc/lightdm/ sind jetzt nur drei Dateien, nämlich
keys.conf
lightdm.conf
users.conf

Im "alten" Ordner waren es zudem noch
lightdm.conf.dpkg-dist (war ja schon Thema)
lightdm-gtk-greeter.conf
display_conf.sh (ein von mir angelegtes display-setup-script - hatte ich benötigt, nachdem ich die Monitore anders angeschlossen hatte. Jetzt ist in dem Sinne aber alles korrekt.)

Jetzt muss ich noch die Größe des Login-Fensters wieder anpassen - das jetzige ist mir etwas zu klein.

ABER: Am eigentlichen Problem hat sich nichts geändert. Bei einem normalen Booten bleibt der Rechner an der besagten Stelle stehen. Ich komme nur über den Recovery-Modus in die grafische Oberfläche.

[rohodeb]

Mein voriges display-setup-script habe ich wieder aktiviert - damit habe ich wieder eine mir angenehme Größe des Anmeldefensters.

[rohodeb]

Ich habe mir bei einem normalen Boot (der, der nicht funktioniert) als root den Status von lightdm anzeigen lassen.

pastebin/?mode=view&s=42100

Mir kommt es ein bisschen so vor, als wenn der Schalter zum Umschalten auf den X-Server fehlt. Um das Herauszufinden, bin ich aber zu wenig Experte.
Nun gut, morgen geht es weiter.

Allen, die mir geholfen haben ein großes Dankeschön. Wäre schön, wenn es weiter geht.

[MSfree]

pastebin/?mode=view&s=42100

Das sieht bei mir genauso aus.

Hast du immer noch dieses Access arguments im seat0-greeter.log?

Mir kommt es ein bisschen so vor, als wenn der Schalter zum Umschalten auf den X-Server fehlt.

Nein, das ist es nicht.

Wenn es im Recoverymodus geht und im normalen Boot nicht, dann wäre es jetzt an der Zeit, herauszufinden, was der Unterschied dieser beiden Bootarten ist.

Ja, ich weiß, daß im Recoverymode der Kernelaprameter "single" mitgegeben wird. Ich weiß aber nicht, weilche Dienste aufgrund dessen nicht gestartet werden. Irgendeiner dieser Dienste verklemmt die Kiste.

Folgende Übung:
Starten im Recoverymode, einlogen und

Code: Alles auswählen

systemctl > recover.liste

ausführen.

Dann straten im normalen Mode, einlogen über SSH

Code: Alles auswählen

systemctl > normal.liste

ausführen.

Anschließend die Dateien recover.liste und normal.liste hier hochladen.

[mludwig]

Was passiert eigentlich, wenn du (nicht im recovery) bei dem schwarzen Bildschirm den lightdm neu startest - also per ssh?

Code: Alles auswählen

systemctl restart lightdm

[rohodeb]

Danke für Eure Geduld, mir zu helfen.

Im Recovery-Modus die Liste erstellen - heißt das, nach CTRL+D und der Anmeldung in lightdm auf der grafischen Oberfläche? Oder nach Eingabe des Root-Passwortes? Dann bleibe ich ja im Konsolenmodus.

[rohodeb]

Noch eine Frage, eigentlich zwei.
Was sind eigentlich die Access arguments in der seat0-greeter.log? Wo sehe ich die?

[MSfree]

Im Recovery-Modus die Liste erstellen - heißt das, nach CTRL+D und der Anmeldung in lightdm auf der grafischen Oberfläche? Oder nach Eingabe des Root-Passwortes? Dann bleibe ich ja im Konsolenmodus.

Die volle Ausgabe wäre in beiden Fällen sinnvoll, also Recovery nach Ctrl-D und graphischem Login, und normalem Boot nach SSH-Login.

[MSfree]

Was sind eigentlich die Access arguments in der seat0-greeter.log? Wo sehe ich die?

Access Arguments heißt, daß da zu viele Parameter oder Kommandozeilenargumente angegeben sind. Ich weiß halt nicht, ob diese überflüssigen Parameter schlicht ignoriert werden und dann diese Ausgabe als Warnung erscheint oder ob das ein Fehlerzustand ist, der zum Abbruch eines Programme führt.

Welche Parameter/Argumente nun "zu viel" sind, steht leider nicht in Log. Deshalb hatte ich ja die Idee, lightdm neu zu installieren, um damit den Auslieferzustand herzustellen, der ohne die Meldung laufen sollte.

[JTH]

Access Arguments heißt, daß da zu viele Parameter oder Kommandozeilenargumente angegeben sind.

Das wäre „excess arguments“

[MSfree]

Das wäre „excess arguments“

Stimmt, Knoten im Hirn

Trotzdem, die Meldungs habe ich nicht in meinen Logs. Daher kam mir das komisch vor.

[rohodeb]

Ihr seid toll!
Ich mache abends meine Hausaufgaben.

[rohodeb]

So, hier also nun meine Hausaufgaben.

Die Datei recovery.liste
pastebin/?mode=view&s=42101

Die Datei normal.liste
pastebin/?mode=view&s=42102

Die Ausführung des Befehls systemctl restart lightdm bei einem normalen Start über SSH brachte nichts. Es hat sich nichts verändert.

[rohodeb]

Ich habe hier noch etwas gefunden, weiß aber nicht, ob das für meinen Fall anwendbar ist.

https://bbs.archlinux.org/viewtopic.php?id=215694

Wenn das für mich nützlich ist, wüsste ich aber noch nicht, wie ich graphical.target 'einbaue'.

Nachtrag:
Hm, allerdings funktioniert ja lightdm bei mir - eben nur nicht beim 'normalen' Booten.

[MSfree]

Zwischen den beiden Listen fält mir auf, daß es im normalen Start 3 mit "dead" markierte Services gibt:

Code: Alles auswählen

dev-tpm0.device                       loaded inactive dead      start /dev/tpm0
systemd-update-utmp-runlevel.service  loaded inactive dead      start Record Runlevel Change in UTMP
tpm2-abrmd.service                    loaded inactive dead      start TPM2 Access Broker and Resource Management Daemon

Du könntest jetztjeden einzelnen Service, mal testweise abschalten und rebooten.

Abschalten mit
systemctl mask <service>

Weider einschalten mit
systemctl unmask <service>

Vielleicht bekommst du die Kiste damit zum Laufen.

Was den ArchLinux Thread angeht, so denke ich, daß deine Reinstallation von lightdm ohnehin dafür gesorgt haben sollte, daß die Konfigurationsdateien in Ordnung sind.

[rohodeb]

Danke für den Tipp.

Ich habe alle drei Services separat aus- und wieder eingeschaltet. Es hatte sich aber nichts verändert.

Ich habe zum Abschluss noch einmal eine normal.liste erstellt.

Dabei fiel mir auch auf, dass die beiden 'toten' Dienste dev-tpm0.device und tpm2-abrmd.service in der recovery.liste nicht vorhanden sind, während systemd-update-utmp-runlevel.service in beiden vorhanden, in der recovery.liste aber aktiv ist - so, wie ich das ersehen konnte.

[mludwig]

Irgendwie knapper Speicher auf einer Partition ist bei dir aber nicht? Nur um das auszuschließen, weil ich hier so langsam keine Idee habe wonach man noch schauen sollte ...

Wenn in /tmp oder /var nur noch wenig frei ist kommt es jedenfalls manchmal zu seltsamen Nebeneffekten.

Code: Alles auswählen

df -h

[rohodeb]

Guten Morgen oder hallo,
das mit dem Speicher prüfe ich. Vor einiger Zeit war es mal knapp - da habe ich aber wieder freigeschaufelt.

Ich melde mich wieder, wenn ich Genaueres weiß.

[thunder11]

Nur ein paar Fragen:
Startet der Kernel 6.5.0-5 auch nicht normal ?
Was passiert, wenn du im Recovery

Code: Alles auswählen

systemctl start graphical.target

eingibst ? --> Bei mir erscheint dann der Login-Bildschirm v. Lightdm.

Falls keine Lösung gefunden wird, Vorschlag :
Der Display-Manger slim hat kaum Abhängigkeiten, vor allem nicht das greeter - Zeugs.
Ist zwar nicht so schön, aber funktioniert in einer Mate-VM
gdm3 geht zwar auch und braucht keinen greeter, installiert aber ein halbes Gnome mit.

Zumindest testen sollte man das.

[rohodeb]

Danke wieder für die Lösungsansätze

Folgend der für Linux relevante Auszug des Befehls df -h:

Code: Alles auswählen

~$ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev             16G       0   16G    0% /dev
tmpfs           3,2G    2,0M  3,2G    1% /run
/dev/nvme1n1p1  150G     14G  128G   10% /
tmpfs            16G       0   16G    0% /dev/shm
tmpfs           5,0M     16K  5,0M    1% /run/lock
/dev/sda6       256G    230G   13G   95% /home
tmpfs           3,2G    116K  3,2G    1% /run/user/1000

/home ist gerade etwas voll, da ich viel mit Mediadateien arbeite - kann ich aber auch wieder mehr freischaufeln.

Der Befehl systemctl start graphical.target brachte nicht viel. Ich führte ihn in einem Terminalfenster mit sudo aus. Der Prompt wanderte in die nächste Zeile, blinkte dort einige Sekunden, dann war wieder eine Befehlseingabe möglich. Die ganze Zeit über war in in MATE angemeldet.

Ja, ich dachte auch schon daran, einen anderen Display-Manager zu installieren - hatte ich auch schon getan, und zwar XDM. Ich habe ihm aber keinen Fenstermanager spendiert, sondern landete nach dem Booten auf der Konsole. Dort konnte ich nach dem Login mit startx den X-Server starten. Ich habe ihn aber dann wieder deinstalliert.
Zuerst dachte ich an GDM, aber auch an SDDM - aber genau, wie thunder11 schrieb - dort wird zu viel mitinstalliert - habe ich also verworfen. SLIM probiere ich mal aus. Ich melde mich, wenn ich Neues zu berichten habe.

Bis dahin!