Grafische Oberfläche nur vom Recovery Modus aus

[thunder11]

Der Befehl systemctl start graphical.target brachte nicht viel. Ich führte ihn in einem Terminalfenster mit sudo aus.

Das war auch nicht so gedacht, sondern aus dem Recovery-Mode heraus, wo das graphical.target noch nicht
gestartet ist. Wenn da nichts kaputt ist - wie anscheinend bei dir - wird dann nach dem Start der
Display-Manger gestartet, und man kann sich normal einloggen.

[rohodeb]

Ach so, als nach Eingabe des root-Passwortes und wenn ich dann auf der Konsole bin. Gut, das mache ich noch einmal.

Vorhin habe ich vergessen, eine Frage zu beantworten. Ja, bei Kernel 6.5.0-5 zeigte sich das gleiche Verhalten.

Ansonsten habe ich Slim installiert, läuft soweit.
Ich erhalte zwar wieder die Meldung x86/cpu: SGX disabled by BIOS, dann erscheint auf einem der Monitore der Sparky-Splash-Screen und dann in der Mitte der beiden Bildschirme das Login-Fenster.

Gut, ich werde noch mal zu lightdm zurückgehen und das mit dem graphical.target wiederholen.

[rohodeb]

Ich habe das Verhalten auch.
Wenn ich mich im Recovery-Modus als root anmelde und dort dann systemctl start graphical.target eingebe, startet lightdm und ich kann mich als Nutzer anmelden.

[rohodeb]

Über das graphical.target bin ich ja auch schon gestolpert. Ist es möglich, dass das bei Booten nicht gestartet wird?

[rohodeb]

Vielleicht gibt es ja hier einen weiteren Lösungsansatz.

https://wiki.archlinux.org/title/System ... _boot_into

Ich erhalte folgende Ausgabe:

Code: Alles auswählen

~$ systemctl get-default
graphical.target
Note: found "single" on the kernel command line, which overrides the default unit.

Was wird da überschrieben? Normalerweise ist ja graphical.target gesetzt. Und bei Slim funktioniert es ja.

[thunder11]

Ansonsten habe ich Slim installiert, läuft soweit.
Ich erhalte zwar wieder die Meldung x86/cpu: SGX disabled by BIOS, dann erscheint auf einem der Monitore der Sparky-Splash-Screen und dann in der Mitte der beiden Bildschirme das Login-Fenster.

Wenn ich das richtig verstehe, kannst du da dann deinen Usernamen und Passwort eingeben und bist
dann auf der Mate- Oberfläche ?

Leider hab ich nicht die geringste Ahnung, warum bei dir die Zusammenarbeit vom Lightdm und greeter
nicht funktioniert.

Aus meiner Sicht - wenn der Grund nicht gefunden wird - bleibt dir nur entweder slim oder gdm3 zu installieren.
beide kommen ohne das greeter Zeugs aus. Bei sddm hast du dann wirklich auch noch Plasma zur Auswahl

Vorletzter Versuch:
Du hattest ja nur lightdm gelöscht. ich würde zusätzlich auch noch greeter löschen
also im recovery- mode:

Code: Alles auswählen

apt purge lightdm*  *greeter*

falls kein Netz (apt meckert):

Code: Alles auswählen

dhclient

Code: Alles auswählen

apt install lihgtdm lightdm-gtk-greeter

[rohodeb]

Danke für die weitere Mühe.

Ja, mit Slim hat das soweit geklappt, ich war auf der Mate-Oberfläche.

Inzwischen habe ich versucht, den Kernelparameter systemd.unit=graphical.target beim Booten mitzugeben. Das brachte aber nichts.

Gut, nun kommt der greeter dran. Ich melde mich dann wieder.

[thunder11]

Was wird da überschrieben? Normalerweise ist ja graphical.target gesetzt. Und bei Slim funktioniert es ja.

Da du im Recovery-Mode bist, steht in der Kernel-Command-Line ro single
Wenn das nicht überschrieben würde, würde das Booten ja weiter laufen.

Und was ist passiert, wenn du das graphical.target starten willst ?
und zwar so:

Code: Alles auswählen

systemctl start graphical.target

Irgendwelche Parameter irgendwo eingeben bringt nichts.

[rohodeb]

Wenn ich im Recovery-Modus systemctl start graphical.target eingebe, startet lightdm - wie bei Dir. Hatte ich oben schon vermerkt.

Einfach so habe ich den Kernelparameter nicht eingegeben. Auf der einen Seite für Arch Linux wurde explizit der Parameter multi-user.target erwähnt, um in den Konsolen-Modus zu kommen. Also dachte ich mir das genau anders herum - ich gebe graphical.target ein, um in den GUI-Modus zu kommen.

Die Neuinstallation vom greeter brachte leider keine Fortschritte.

Den letzten Versuch möchte ich fast gar nicht lesen - doch, doch, her damit. Ich bin ja für die Hilfe dankbar.

[rohodeb]

Den Kernelparameter hatte ich für den normalen Bootvorgang gesetzt. Und da stand kein single - habe eben extra noch mal nachgesehen.

[rohodeb]

Ich habe noch eine Idee. Für Lightdm gibt es auch den slick-greeter. Vielleicht wäre das auch noch eine Möglichkeit.

[thunder11]

Ich habe noch eine Idee. Für Lightdm gibt es auch den slick-greeter. Vielleicht wäre das auch noch eine Möglichkeit.

Wird nichts bringen. Hatte ich auch mal getestet. Aber kannst ja mal testen, aber nur einen installieren

[rohodeb]

Ja, brachte auch nichts.

[thunder11]

Den Kernelparameter hatte ich für den normalen Bootvorgang gesetzt. Und da stand kein single - habe eben extra noch mal nachgesehen.

Doch, wenn du richtig wählst (Linux-Zeile):

Code: Alles auswählen

cat /boot/grub/grub.cfg |grep single -B8
        menuentry 'Debian GNU/Linux, with Linux 6.5.0-5-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.5.0-5-amd64-recovery-c7ef160f-b124-4aab-9480-a2b9b5055db2' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_gpt
                insmod ext2
                search --no-floppy --fs-uuid --set=root c7ef160f-b124-4aab-9480-a2b9b5055db2
                echo    'Loading Linux 6.5.0-5-amd64 ...'
                linux   /boot/vmlinuz-6.5.0-5-amd64 root=UUID=c7ef160f-b124-4aab-9480-a2b9b5055db2 ro single 
--
        menuentry 'Debian GNU/Linux, with Linux 6.5.0-4-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.5.0-4-amd64-recovery-c7ef160f-b124-4aab-9480-a2b9b5055db2' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_gpt
                insmod ext2
                search --no-floppy --fs-uuid --set=root c7ef160f-b124-4aab-9480-a2b9b5055db2
                echo    'Loading Linux 6.5.0-4-amd64 ...'
                linux   /boot/vmlinuz-6.5.0-4-amd64 root=UUID=c7ef160f-b124-4aab-9480-a2b9b5055db2 ro single

[rohodeb]

Ja, OK - ich ging von GRUB aus - dort, wo man Kernelparameter setzen kann.

[thunder11]

Also, wenn jetzt nicht noch Lösungsvorschläge kommen:
entweder
slim
oder
gdm3

sddm bringt tatsächlich eine startbare Plasma Oberfläche mit (auswählbar)
Andere fallen mir nicht ein.
Das wäre mein Vorschlag als Display Manager. Beide brauchen kein Getty und funktionieren.
Hab das alles in einer VM mit Mate (testing) probiert.

Ob das wirklich der Grund ist, keine Ahnung. Ich habe bloß halt in den Logs gesehen, dass *getty nicht
aufgerufen wird.

Gdm3 hat halt eine schöne Oberfläche dafür aber ein richtig fettes Gnome Anhängsel.

Slim hat wenig Abhängigkeiten ist aber ziemlich "desillusionierend"
vielleicht kannst du da noch etwas in der /etc/slim.conf konfigurieren.

[rohodeb]

Ja, erst einmal vielen Dank für die Hilfe.

Klar, ich kann aus Slim bestimmt noch einiges herauskitzeln - braucht aber auch etwas Zeit.

Eine Frage taucht bei mir auf. Warum ist denn in den Kernelparametern single gesetzt, wenn dieser den grafischen Modus verhindert? Oder verstehe ich da was falsch?

[MSfree]

Eine Frage taucht bei mir auf. Warum ist denn in den Kernelparametern single gesetzt, wenn dieser den grafischen Modus verhindert?

Der Parameter single ist beim Booten im Recoverymodus gesetzt. Und der soll unter anderem das graphische Login verhindern, weil die Graphik oft Probleme bereitet und man im Textmodus das System besser retten kann als bei einem nicht funktionierenden Graphiklogin.

[rohodeb]

Ja, aber doch nicht beim normalen Booten! Oder liegt es dort dann am fehlenden getty?

[thunder11]

Eine Frage taucht bei mir auf. Warum ist denn in den Kernelparametern single gesetzt, wenn dieser den grafischen Modus verhindert? Oder verstehe ich da was falsch?

Schau mal in die jeweils 1. Zeile:

Code: Alles auswählen

 menuentry 'Debian GNU/Linux, with Linux 6.5.0-5-amd64 (recovery mode)

Der single-user-Mode ist der recovery Mode
Weder der multiuser noch der graphical Mode werden dort erreicht
Mal aus Terminal-Auszug (recovery-mode)

Kannst dir mal das hier durchlesen:
https://www.tecmint.com/change-runlevel ... n-systemd/

[rohodeb]

Ja, das verstehe ich. Wenn ich in den Recovery-Modus boote, ist single gesetzt und es wird nicht in den Grafik-Modus geschaltet - soweit klar.

[rohodeb]

Hallo noch einmal an alle, die bis jetzt versucht haben, mir zu helfen.
Auch, wenn wir noch nicht zum Ziel kamen, möchte ich mich bei allen bedanken.

Vielleicht hat der eine oder der andere noch eine Inspiration, die uns weiterbringt.

Ich würde mich sehr freuen.

Erst einmal Euch noch einen schönen Abend!

[KP97]

So richtig ja nicht, aber wenn Du allein vor dem Rechner sitzt und ein autologin bevorzugst, könntest Du den Displaymanager entfernen und das Anmelden mit systemd ausführen.
Ich habe mal vor einiger Zeit eine Anleitung dazu geschrieben, melde Dich, falls Du Interesse hast.

[rohodeb]

Hallo KP97,
danke fürs Dranbleiben.

Nein, Autologin geht leider nicht, ich bin nicht der einzige Nutzer bei uns.
Danke aber auch für den Tipp und das Angebot.

[rohodeb]

Entschuldigt bitte - heute ist Sonntag und ich möchte Euch nicht die kostbare Zeit rauben.

Heute kam aber wieder etwas Bewegung ins System. Das Sparky-eigene Update-Tool installierte heute, nach Abfrage natürlich, den neuen Kernel 6.6.13. Vorher waren ja bereits 6.5.0-5 und 6.6.11 installiert. Bei beiden vorigen gibt es die Probleme mit lightdm.

Nun dachte ich, es tut sich was. Tat es auch, aber nicht, wie gewünscht.
Beim Ablauf der Update-Sequenzen kam auch ein Hinweis, wie funktioniert nicht, weil ein anderer Kernel installiert ist. Den genauen Wortlaut kann ich nicht wiedergeben - es ging einfach zu schnell.
Aber, wenn ich das System mit dem neuen Kernel boote, weist schon Slim (ich verwende jetzt erst einmal diesen Display-Manager) eine geringe Auflösung auf. Und wenn ich mich dann anmelde, wird nur einer der beiden Monitore bedient und es bleibt bei der geringen Auflösung.
Auch, wenn ich mit Kernel 6.5.0-5 boote, ergibt sich gleiches Bild.
Boote ich jedoch mit Kernel 6.6.11, ist alle in Ordnung - bei Slim werden beide Monitore in hoher Auflösung angesteuert und ebenso auch die grafische Oberfläche. Nun erinnerte ich mich, was towo in einem der ersten Beiträge abfragte - wie sieht es mit dkms status aus?

Und richtig: bei allen drei Bootvorgängen wird folgende Ausgabe angezeigt.

Code: Alles auswählen

~$ dkms status
nvidia-current/525.147.05, 6.6.11-amd64, x86_64: installed

Zur Erinnerung: im vorigen Zustand, also ohne Kernel 6.6.13, aber mit 6.5.0-5 und 6.6.11 funktionierte nvidia bei beiden.

Nun natürlich die Frage, mit welchem älteren Kernel sich der neue beißt. Ich nehme an, es ist 6.5.0-5.

Kann ich den bedenkenlos deinstallieren?

Danke Euch wieder für die Unterstützung.