[Draalz]

Zur Info:

die Entwickler von sddm scheinen die gewohnte UNIX Bedienung umkrempeln zu wollen:

[strg] + [alt] + [F2] ruft nun die grafische Anmeldemaskte auf, anstatt wie gewohnt, [strg] + [alt] + [F7]. tty1 wird auch blockiert.
Ich, für meinen Teil, hab den Wechsel auf lightdm vollzogen, bei dem die Bedienung wie gewohnt funktioniert.

[CyberCube01]

Danke für die Info. Ich habe dazu was im Arch Wiki gefunden. Demnach würde mit systemd zusammenhängen.
[ Link nur für registrierte Mitglieder sichtbar. Bitte einloggen oder neu registrieren ]

Imho ist/war auch bekannt, das man die tty in der Konfiguration ändern kann, wo der DM dann starten soll. Zumindest hatte ich das mal bei Debian 5, oder 6 gemacht. Das war noch vor systemd.

Ergänzung:
Ich habe das auch noch in Erinnerung, das zu der Zeit (sysinit), der Displaymanager bei Suse auf tty5 war und bei Debian auf der tty7.

[Draalz]

Auch ich danke für die wertvolle Info.

Zitat von CyberCube01

Das war noch vor systemd.

Ja, das war Teufelswerk! Da kommt man mal gerade mit den init S.k.r.i.p.t.e.n zurecht und dann wird einem systemd vor den Latz geknallt.

Mittlerweile komm ich damit zurecht. Trotzdem erscheint es mir etwas vorgeschoben, dass sddm neue Tastenbelegungen setzt. Mein NAS läuft auf Debian Bookworm und hat keine grafische Oberfläche. Da kann ich, wenn ich denn mal davor sitze, auf tty1 arbeiten.

Auf meinem Desktop habe ich, wie gesagt lightdm installiert und die Tastenbelegungen sind wie gewohnt (Debian 13, oder Trixie). Auf meinem Schlepptop ebenso, auf der Arbeit, quasi fliegend, denn wenn die grafische Oberfläche erst mal geladen ist, ist der Displaymanager nur noch nachrangig, bis zum nächsten Neustart.

Mal schaun, wie sich das entwickelt.

[CyberCube01]

Im debianforum war vor einiger Zeit das geschilderte Problem auch Thema. Hier mal der Link dazu:
[ Link nur für registrierte Mitglieder sichtbar. Bitte einloggen oder neu registrieren ]

[Draalz]

Damit schließt sich der Kreis.