Beiträge von deneb

Zitat von Sauerland

Poste ausgeführt als root:

Code

update-alternatives --config default-displaymanager

Code

update-alternatives --config default-displaymanager
There are 3 choices for the alternative default-displaymanager (providing /usr/lib/X11/displaymanagers/default-displaymanager).

  Selection    Path                                  Priority   Status
------------------------------------------------------------
* 0            /usr/lib/X11/displaymanagers/sddm      25        auto mode
  1            /usr/lib/X11/displaymanagers/console   5         manual mode
  2            /usr/lib/X11/displaymanagers/sddm      25        manual mode
  3            /usr/lib/X11/displaymanagers/xdm       10        manual mode

Press <enter> to keep the current choice[*], or type selection number:

Alles anzeigen

Zitat von Sauerland

Das würde mich auch interessieren, aber ohne grep......

systemctl status display-manager
● display-manager-legacy.service - X Display Manager
     Loaded: loaded (/usr/lib/systemd/system/display-manager-legacy.service; enabled; preset: enabled)
     Active: active (running) since Sat 2026-02-14 10:28:34 CET; 9h ago
 Invocation: b48b82fc28044ad69c2efe4c258b45a5
   Main PID: 1625 (sddm)
      Tasks: 5 (limit: 38232)
        CPU: 2min 34.142s
     CGroup: /system.slice/display-manager-legacy.service
             ├─ 1625 /usr/bin/sddm
             └─28579 /usr/bin/Xorg.bin -nolisten tcp -background none -seat seat0 vt2 -auth /run/sddm/x>

Warning: some journal files were not opened due to insufficient permissions.
lines 1-12/12 (END)

Zitat von luigi

Da ich inzwischen davon ausgehe, dass SDDM und X11 laufen, wäre die folgende Info vielleicht auch noch erhellend:

Code

xset -q | grep -A2 Saver

Screen Saver:
  prefer blanking:  no    allow exposures:  no
  timeout:  0    cycle:  0

Zitat von Alero

Entweder hat der deneb sich unklar ausgedrückt, oder ihr habt etwas noch nicht verstanden. Wie sollen irgendwelche Systemeinstellungen greifen, wenn das System noch gar nicht läuft, weil sich der User noch GAR NICHT EINGELOGGT HAT???

Ich gebe zu, dass meine Formulierung nicht sehr geschickt war, obwohl ich mir längere Zeit Gedanken darüber gemacht habe. Kürzere Sätze wären vielleicht verständlicher gewesen.

Zitat von luigi

Wenn du nichts geändert hast, dann müsste es SDDM sein.

Überprüfe mit:

Code

systemctl status display-manager | grep service

systemctl status display-manager | grep service
● display-manager-legacy.service - X Display Manager
     Loaded: loaded (/usr/lib/systemd/system/display-manager-legacy.service; enabled; preset: enabled)
     CGroup: /system.slice/display-manager-legacy.service

Zitat von JSC

Und was findest du unter "Bildschirmsperre"?

Ich habe zumindest "niemals" eingestellt

Zitat von Forentroll

Hierfür ist im KDE-Menü im Abschnitt Sicherheit & Datenschutz der Punkt Bildschirmsperre zuständig. Noch weiter unten findest du zusätzlich im Abschnitt System den Punkt Energieverwaltung, wo man noch zusätzlich das Abschalten der Monitore einstellen kann.

Meine Einstellungen bei der Bildschirmsperre.

Zitat von Alero

Geht nicht.

Das befürchte ich auch.

Zitat von JSC

Anwendungsstarter --> Systemeinstellungen --> Energieverwaltung

Im Anhang meine Einstellungen von KDE.

Zitat von luigi

Welchen nutzt du denn? GDM, LightDM, SDDM oder vielleicht Ly?

Wie kann ich herausfinden, welchen ich nutze? Es ist der Displaymanager, der seit der Neuinstallation von Leap 16.0 verwendet wird.