Debian 12 "Bookworm" + KDE Plasma 5: PkExec ggü. einem Modul der KDE-Systemeinstellungen crasht

[prox]

Hi,

nach dem Ausführen des Befehls:

Code: Alles auswählen

xxx@<Hostname>:~$ pkexec systemsettings kcm_networkmanagement

und der anschließenden Eingabe des root-Passworts im externen KDE-Eingabefenster verschwindet das Eingabefenster sofort, und auf der Konsole erscheint darufhin folgende Ausgabe:

Code: Alles auswählen

xxx@<Hostname>:~$ pkexec systemsettings kcm_networkmanagement
qt.qpa.xcb: could not connect to display 
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.

Abgebrochen (Speicherabzug geschrieben)

Als für in meinem Fall einzig passendes, eventuell fehlendes *.deb-Paket habe ich das Paket qml-module-qtwayland-compositor installiert, den Rechner neu gestartet, den oben genannten Befehl erneut ausgeführt, aber das Verhalten bleibt das gleiche.

In einer zweiten Konsole habe ich den letzten Anmeldeversuch ans Modul der Netzwerkeinstellungen in den KDE-Systemeinstellungen in Gestalt des oben genannten Befehls unter Verwendung des Befehls

Code: Alles auswählen

xxx@<Hostname>:~$ journalctl --user -o verbose -f --catalog

protokolliert.

Das Mitprotokollieren ergab folgende, von mir stark gekürzte Hintergrundinformationen zum oben beschriebenen Verhalten:

Code: Alles auswählen

Sat 2024-08-17 16:15:39.065613 CEST [...]
MESSAGE=org.kde.kf5.kwindowsystem.kwayland: Failed to recreate shadow for QWidgetWindow(0x563b3f949d30, name="KateCompletionWidgetClassWindow") [...]

Sat 2024-08-17 16:16:32.383036 CEST [...]
MESSAGE=Message of action:  "Legitimierung ist erforderlich, um »/usr/bin/systemsettings« als Benutzer XYZ,,, (xxx) auszuführen" [...]

Sat 2024-08-17 16:16:39.784280 CEST [...]
MESSAGE=Completed:  true [...]

Sat 2024-08-17 16:16:39.786007 [...]
MESSAGE=Finish obtain authorization: true [...]

Sat 2024-08-17 16:16:39.811628 CEST [...]
MESSAGE=xxx: Executing command [USER=xxx] [TTY=/dev/pts/1] [CWD=/home/xxx] [COMMAND=/usr/bin/systemsettings kcm_networkmanagement] [...]

Sat 2024-08-17 16:16:40.338489 CEST [...]

COREDUMP_FILENAME=/var/lib/systemd/coredump/core.systemsettings.1000.e042704e8078468fa1389570e6d5771b.3015.1723904199000000.zst
Subject: Speicherabbild für Prozess 3015 (systemsettings) generiert
Defined-By: systemd
Support: https://www.debian.org/support
Documentation: man:core(5)

Prozess 3015 (systemsettings) ist abgebrochen worden und
ein Speicherabbild wurde generiert.

Üblicherweise ist dies ein Hinweis auf einen Programmfehler und sollte
als Fehler dem jeweiligen Hersteller gemeldet werden. [...]


MESSAGE=Process 3015 (systemsettings) of user 1000 dumped core.
            
            Module libsystemd.so.0 from deb systemd-252.26-1~deb12u2.amd64
            Module libudev.so.1 from deb systemd-252.26-1~deb12u2.amd64
            Stack trace of thread 3015:
            #0  0x00007f856a2a9e2c n/a (libc.so.6 + 0x8ae2c)
            #1  0x00007f856a25afb2 raise (libc.so.6 + 0x3bfb2)
            #2  0x00007f856a245472 abort (libc.so.6 + 0x26472)
            #3  0x00007f856a490c79 _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5 + 0x90c79)
            #4  0x00007f856ab34543 _ZN22QGuiApplicationPrivate25createPlatformIntegrationEv (libQt5Gui.so.5 + 0x134543)
            #5  0x00007f856ab349f0 _ZN22QGuiApplicationPrivate21createEventDispatcherEv (libQt5Gui.so.5 + 0x1349f0)
            #6  0x00007f856a6b7f55 _ZN23QCoreApplicationPrivate4initEv (libQt5Core.so.5 + 0x2b7f55)
            #7  0x00007f856ab378ac _ZN22QGuiApplicationPrivate4initEv (libQt5Gui.so.5 + 0x1378ac)
            #8  0x00007f856b368519 _ZN19QApplicationPrivate4initEv (libQt5Widgets.so.5 + 0x168519)
            #9  0x000055c98218e6c1 n/a (systemsettings + 0xd6c1)
            #10 0x00007f856a24624a n/a (libc.so.6 + 0x2724a)
            #11 0x00007f856a246305 __libc_start_main (libc.so.6 + 0x27305)
            #12 0x000055c98218f6f1 n/a (systemsettings + 0xe6f1)
            ELF object binary architecture: AMD x86-64
_PID=3024
_SYSTEMD_CGROUP=/system.slice/system-systemd\x2dcoredump.slice/systemd-coredump@3-3023-0.service
_SYSTEMD_UNIT=systemd-coredump@3-3023-0.service
_SYSTEMD_INVOCATION_ID=f5b3aa92b08a42fea0d180661ddfbefe
_SOURCE_REALTIME_TIMESTAMP=1723904200338489 [...]

Sat 2024-08-17 16:16:40.714461 CEST [...]
MESSAGE=Started drkonqi-coredump-launcher@2-3025-0.service - Launch DrKonqi for a systemd-coredump crash (PID 3025/UID 0). [...]

Subject: A start job for unit UNIT has finished successfully
Defined-By: systemd
Support: https://www.debian.org/support

A start job for unit UNIT has finished successfully.
 
The job identifier is 401 [...]

Sat 2024-08-17 16:16:40.784799 CEST [...]
MESSAGE=Unable to find file for pid 3015 expected at "kcrash-metadata/3015.ini" [...]

Sat 2024-08-17 16:16:40.803122 CEST [...]
MESSAGE=QFile::remove: Empty or null file name [...]

Sat 2024-08-17 16:16:40.803122 CEST [...]
MESSAGE=Nothing handled the dump :O

Ist das hier nun ein Bug für die Debian Bug Datebase oder doch noch nur ein Feature?

[thunder11]

Frage: warum willst du

Code: Alles auswählen

systemsettings kcm_networkmanagement

mit Root-Rechten starten ?
Wenn innerhalb der Eingaben Root-Rechte benötigt werden, wird das in der Regel abgefragt.
Soweit ich weiß, ist dafür auch keine Policy vorhanden. pkexec läuft dann ins Leere.

[prox]

Frage: warum willst du

Code: Alles auswählen

systemsettings kcm_networkmanagement

mit Root-Rechten starten ?
Wenn innerhalb der Eingaben Root-Rechte benötigt werden, wird das in der Regel abgefragt.
Soweit ich weiß, ist dafür auch keine Policy vorhanden. pkexec läuft dann ins Leere.

Doch, es gibt die Action

org.freedesktop.NetworkManager.network-control

Hintergrund meines Begehrs ist die von mir durchgeführte Installation von Debian 12 über ein Live-Image mit KDE als DE auf dem Laptop meiner über 80 Jahre alten Mutter.

Diese Installation hatte ich Weihnachten 2023 durchgeführt. Meine Mutter kommt mit dem sudo-Kram in dieser Debian-12-Installation zurecht.

Aber: In den KDE-Systemeinstellungen ist es in dieser Installation nicht möglich, irgendwelche Änderungen an den Verbindungseinstellungen unter dem Haupt-Menüpunkt "Netzwerk" vorzunehmen. Jegliche Eingaben, die dort mindestens in den Einstellungen für WLAN-Verbindungen abgespeichert werden, entfalten keinerlei Auswirkungen.

Und deswegen saß ich nach Weihnachten 2023 sicherlich 3 ganze Arbeitsztage an diesem Laptop, um in der Konsole die WLAN-Verbindung zu dem Router meiner Mutter unter Verwendung von sudo händisch zu konfigurieren. Die entsprechenden Kenntnisse musste ich mir damals erst einmal raufschaffen, ich hatte so etwas noch nie gemacht, die Benutzung eines WLAN-Interface manuell zu konfigurieren um sich an einer SSID erfolgreich anmelden zu können.

Meine Mutter hat aber in der Zwischenzeit einen neuen Router von ihrem ISP bekommen (das war nur eine Ersatzsprunghandlung ihres ISPs, weil mir zufolge ihre Festnetzprobleme nix mit ihrem ehemaligen Router zu tun hatten).

So, und meine über 80 Jahre alte Mutter ist altersbedingt nicht in der Lage, in der Konsole die WLAN-Verbindung zur SSID ihres neuen Routers zu konfigurieren.

Und deswegen dachte ich, dass ich ihr per PKexec root-Zugriff auf den Bereich "Netzwerk" in den KDE-Systemeinstellungen gebe. Dann könnte wenigstens mein Bruder, der in ihrer Nähe wohnt, die WLAN-Verbindung zur SSID ihres neuen Router in den KDE-Systemeinstellungen erfolgreich konfigurieren.

Ich wohne ca. 500 km weit entfernt von meiner Mutter, würde mir aber ihren Laptop zuschicken lassen.

Gruß

prox

[thunder11]

Versuche es mit

Code: Alles auswählen

nmtui

aus network-manager
bzw,

Code: Alles auswählen

nmtui-edit

Sollte installiert sein.

Edit:
in der
/usr/share/polkit-1/actions/org.freedesktop.NetworkManager.policy

ist fast alles für den aktiven User erlaubt.

[prox]

Ah, cool, Danke. Das sieht gut aus. Ich werde meinem Bruder mal von der CLI-(?)-Oberfläche von nmtui-edit einen Screenshot zuschicken, dann kann er ja dieses Tool auf dem Laptop meiner Mutter mit sudo starten und hoffentlich eine neue WLAN-Verbindung zur SSID ihres neuen Routers erfolgreich konfigurieren.

Er hat nämlich zu Hause einen Raspi mit Raspian 12 drauf, obwohl er eigentlich ein Windows-User ist.

[thunder11]

dann kann er ja dieses Tool auf dem Laptop meiner Mutter mit sudo starten und hoffentlich eine neue WLAN-Verbindung zur SSID ihres neuen Routers erfolgreich konfigurieren.

Ich glaube nicht, das da überhaupt Root Rechte notwendig sind.
die überwiegende Mehrheit der "Actions" (11 von 17) hat die Policy

Code: Alles auswählen

<allow_active>yes</allow_active>

[prox]

Wenn ich auf dem Laptop meiner Mutter ohne sudo-Rechte die WLAN-Einstellungen in der Oberfläche der KDE-Systemeinstellungen ändere, dann auf "Anwenden" klicke und sogar einen Neustart mache, dann stellt sich heraus, dass diese Änderungen nicht angewendet worden sind.

Deswegen meine Vermutung, dass so etwas mit sudo-Rechten auf ihrem Laptop ausgeführt werden muss, und deswegen kam ich auf die Idee, die KDE-Systemeinstellungen im Bereich "Netzwerk" mit sudo-Rechten per pkexec ausführen zu lassen.

[prox]

dann kann er ja dieses Tool auf dem Laptop meiner Mutter mit sudo starten und hoffentlich eine neue WLAN-Verbindung zur SSID ihres neuen Routers erfolgreich konfigurieren.

Ich glaube nicht, das da überhaupt Root Rechte notwendig sind.
die überwiegende Mehrheit der "Actions" (11 von 17) hat die Policy

Code: Alles auswählen

<allow_active>yes</allow_active>

Ich hatte doch bereits geschrieben, dass es sich bei der Installation auf dem Laptop meiner Mutter um eine Live-iso-Image-Installation mit KDE handelt - und diese Installation ist eine sudo-Installation.

Ich nehme an, wegen dieser sudo-Installation funktioniert nicht alles so in Bezug auf die Actions, die das Polkit anwendet, wie in einer normalen Debian-Installation, in der es voreingestellt den Login als Benutzer "root" gibt.

Vielleicht ist das Benutzerkonto meiner Mutter aber auch nicht Mitglied in der Benutzergruppe "netdev".

[thunder11]

Ob sich das KDE-GUI Zeugs auch bei der
/usr/share/polkit-1/actions/org.freedesktop.NetworkManager.policy weiß ich nicht.
Ich würde es erstmal in der CLI ohne Root Rechte testen.