Identifizieren Sie die Quelle der Phantom-Bildschirmsperre in Mint + KDE über Kubuntu

Hintergrund

Ich experimentiere mit KDE unter Linux Mint 19 (wird nicht mehr angeboten). Ich habe die Anweisungen in diesem Beitrag befolgt, um den Kubuntu KDE-Desktop zu Mint hinzuzufügen:

• Begonnen mit einer Neuinstallation von Mint 19 Mate auf einer an einen Laptop angeschlossenen USB-Festplatte.
• APT-Repo-Cache aktualisiert.
• sudo apt install kubuntu-desktop kde-plasma-desktop kscreen

Es ist keine vollständige KDE-Installation, hauptsächlich das Plasma DE und einige Standard-KDE-Dienstprogramme wie Dolphin. Kubuntu ist v18.04 und Plasma ist v5.12.

Ich habe dann den Mate DE deinstalliert (aber nicht jede letzte Spur von Mate-bezogenen Dingen; ich weiß nicht, was Mint im Mate-Bundle enthält und wollte keine wichtigen Lücken hinterlassen). Ich entfernte auch redundante und nicht mehr benötigte Apps und fügte ein paar Pakete hinzu, darunter auch Xscreensaver.

Jetzt stoße ich auf eine Phantom-Bildschirmsperre, die den Bildschirm nach 5 Minuten Inaktivität sperrt. Es ist ein allgemeiner Passworteingabebildschirm, der dem entspricht, wenn Sie den Bildschirm manuell sperren:

Ich habe am Ende die erschöpfende Diagnose aufgelistet. Ich habe viele Dutzende von Google-Hits über das Deaktivieren der Bildschirmsperre in KDE, Kubuntu und Mint von der aktuellen bis zur alten Version verfolgt und habe Probleme mit dem Xscreensaver oder den normalen Einstellungen und Bedienelementen der Bildschirmsperren ausgeschlossen. Grundsätzlich hat die Installation nirgendwo Einstellungen, die sich auf ein Bildschirmsperre mit Inaktivität beziehen, und keine dedizierte, erkennbare Bildschirmsperrensoftware. Das Problem weist darauf hin:

Spekulation:

• Die von Kubuntu geladenen KDE-Komponenten waren nicht alles von KDE, das in Kubuntu enthalten ist. Es könnte etwas fehlen, das mit diesem Problem zusammenhängt (z. B. Elemente der Systemeinstellungen, die die Steuerelemente für die Bildschirmsperre enthalten).

• Ich habe möglicherweise einige Mate-Komponenten hinterlassen, die sich auf das Problem beziehen, oder ich habe etwas wichtiges gelöscht, das mit Mate gebündelt wurde und nicht durch die begrenzten KDE-Elemente ersetzt wurde, die geladen wurden. Die Anweisungen, die ich befolgte, lassen beide DEs installiert; Mate zu löschen war mein eigener Sitz der Hose. Aber nichts von Mate sollte unter KDE laufen.

• Mint kann einige grundlegende Bildschirmsperrfunktionen enthalten, die normalerweise durch eine KDE-Bereitstellung ersetzt oder gesteuert werden. Die Sperrbildschirmgrafiken stimmen nicht mit den KDE-Themen überein, was auf eine Mint-Funktion schließen lässt. Wenn die Kubuntu-Komponenten unvollständig sind, werden die Mint-Komponenten möglicherweise in einem Standardmodus ausgeführt.

Frage

Wie kann ich Systemeinstellungsmodule (oder andere Schlüsselkomponenten) identifizieren, die möglicherweise fehlen, was von Kubuntu über diese Befehlszeile geladen wurde, oder einen Bildschirmsperrer, der Teil von Mint ist und möglicherweise verantwortlich ist?

Aktualisieren

Ich habe eine Neuinstallation von Kubuntu zum Vergleich erstellt.

• Der KDE-Sperrbildschirm verwendet dieselbe allgemeine Vorlage, ist jedoch benutzerdefiniert (KDE-Hintergrundbild, KDE-Symbol anstelle des Benutzersymbols, Kennwortfeld und dunkler Entriegelungsknopf anstelle von Weiß). Dies weist darauf hin, dass es sich bei dem Phantom Screen Locker um eine Mint-Funktion handelt.

• Die Kubuntu-Systemeinstellungen enthalten ein dediziertes Screen LockingModul Desktop Behaviormit den entsprechenden Steuerelementen. Das fehlt in meiner Installation. Möglicherweise fehlt ein Codemodul oder Konfigurationsinformationen für die Systemeinstellungs-Benutzeroberfläche.

Ergänzende Dokumentation

(Es ist nicht wichtig, den Rest zu lesen; es geht hauptsächlich darum, "Haben Sie daran gedacht?")

Diagnose

• Ich weiß, dass es kein Xscreensaver ist . dort ist keine Sperre gesetzt. Wenn ich die Zeit kurz genug eingestellt habe, um in den Bildschirmschoner-Modus zu wechseln, bevor die Phantom-Bildschirmsperre aktiviert wird, funktioniert sie wie erwartet (und die Bildschirmsperre lässt sich nicht aktivieren). Wenn die Bildschirmsperre zuerst ausgelöst wird, wird Xscreensaver nicht ausgeführt.

  Ich habe Xscreensaver noch nie benutzt, um den Bildschirm zu sperren, habe ihn aber nur getestet, um zu sehen, wie der Bildschirm aussehen würde. Es würde den Bildschirm nicht sperren, also kann es nicht die Ursache sein. Die Xscreensaver-Demo ist die Front-End-Benutzeroberfläche, mit der die Optionen festgelegt werden. Wenn ich es in einem Terminal öffne, wird unabhängig davon, ob die Sperre gesetzt ist, eine Fehlermeldung im Terminal angezeigt:

  $ xscreensaver-Demo

  (xscreensaver-demo: 3766): libglade-WARNING **: 05: 11: 30.894: Unterstützung für `gnome 'konnte nicht geladen werden: libgnome.so: freigegebene Objektdatei kann nicht geöffnet werden: Keine solche Datei oder Verzeichnis

  Ich bin mir nicht sicher, ob das überhaupt relevant ist.

• Ich habe einige Kscreensaver-Grafiken (Icons) gefunden, die ich in der KDE-Datei gefunden habe, aber keine ausführbaren Dateien. Die Icons ähneln nicht den auf dem obigen Bildschirm. Bei der Gelegenheit, dass tatsächlich ein KDE-Bildschirmschoner irgendwo vergraben wurde, habe ich eine Konfigurationsdatei erstellt, die sie deaktivieren würde (das hat nichts geändert). In den normalen Systemeinstellungen ist kein gebündelter KDE-Bildschirmschoner zu erkennen .

• In den Systemeinstellungen gibt es keine Einstellungen für die Bildschirmsperren, in denen Plasma 5 vorhanden sein sollte. Darüber hinaus haben KDE Bildschirm Spind Einstellungen bewegte sich in den Systemeinstellungen (zB Desktop Behavior | Activities; Desktop Behavior | Screen Locking; Power Management; Display and Monitor; etc.). Ich suchte online jede Bezugnahme auf eine Stelle je zuvor, und hat auch eine Suche in den Systemeinstellungen auf lock, screenund andere verwandte Begriffe. In den Systemeinstellungen gibt es keine Einstellungen für die Bildschirmsperre.

• Ich habe alle Energieverwaltungseinstellungen in Bezug auf den Bildschirm oder jede Art von Aufhängung deaktiviert (einschließlich der Einstellungen für die Batterieleistung, um keinen Stein auf dem anderen zu lassen, obwohl ich an der Wand betrieben werde). keine Wirkung.

• In einigen Versionen gab es eine Bildschirmsperren- Einstellung in der Desktop-Konfiguration (per Rechtsklick auf den Desktop). Es gibt eine Option zum manuellen Sperren des Bildschirms, aber keine Einstellungen, einschließlich Configure Desktopin diesem Menü.

• In einigen Versionen gab es Bildschirmsperren im "Cashew", der das Rechtsklick-Menü weitgehend dupliziert. Der Cashew wurde durch einen "Hamburger" ersetzt und enthält keine Bildschirmsperren-Einstellungen.

• In verschiedenen Versionen gab es an verschiedenen Stellen ein Menü "Datenschutz", das Einstellungen für Bildschirmsperren enthielt (nicht mehr so ​​organisiert). In einigen Fällen wurden Bildschirmsperreneinstellungen mit Bildschirmhelligkeitseinstellungen vorgenommen (Nope).

• In verschiedenen Versionen von Plasma gab es Konfigurationsmöglichkeiten für Bildschirmsperren, z. B. ~/.kde/share/config/kscreensaverrcwo Sie eine Zeile hinzufügen können Lock=false. Ich habe die Datei erstellt, weil sie nicht vorhanden war, und die Zeile hinzugefügt (kein Effekt).

• Ich habe sowohl root als auch home nach jeder Konfigurationsdatei gesucht, die ich in Bezug auf diese Datei gefunden habe, sowie Dateinamen, die "screenlocker", "screensaver" und dergleichen enthalten. Es scheint nicht, dass ein dediziertes Bildschirmsperrprogramm außer Xscreensaver installiert ist (dies schließt jedoch nicht aus, dass Bildschirmsperren in anderem Code vergraben oder mit einem kryptischen Namen bezeichnet werden).

• Ich fand einen Hinweis aus dem Jahr 2010 auf eine scheinbar veraltete, aber immer noch vorhandene Bestimmung. Es gibt eine Datei /etc/default/acpi-support, die sich auf den Ruhezustand bezieht. Es gibt eine LOCK_SCREEN=trueZeile, die auskommentiert werden kann (hatte keine Auswirkung).

• Beim Start (Programm oder Dienst) wird nichts automatisch geladen, was sich darauf bezieht.

• Nachdem alle Konfigurationsänderungen, ich abgemeldet die Benutzersitzung und wieder angemeldet oder neu gestartet, in Abhängigkeit von der Änderung, die Änderung aktiv war zu gewährleisten.