[erledigt] XFCE - Programme mit root Rechten starten nicht mehr

[willy4711]

Versteh' ich das richtig: Um gparted in buster zu nutzen, muss ich Debianpolicikit-1 installieren, was wiederum abhängig ist von systemd? Alernativ könnte ich als root eine eigene xsession starten?

Wenn du Xfce als Root Booten kannst ? ich glaube nicht.
Bullseye Xfce:

Code: Alles auswählen

# su -
root@debianxfce:~# gparted

(gpartedbin:30818): Gtk-WARNING **: 12:01:38.091: cannot open display: 

Code: Alles auswählen

root@debianxfce:~# synaptic
Unable to init server: Verbindung ist gescheitert: Verbindungsaufbau abgelehnt
Failed to initialize GTK.

Probably you're running Synaptic on Wayland with root permission.
Please restart your session without Wayland, or run Synaptic without root permission

Der Lauf der Welt ist grausam und ungerecht und unverständlich

Trost:

Code: Alles auswählen

~$ /usr/sbin/gparted

funktioniert bei mir mit Root- PW Abfrage

[guennid]

XFCE interessiert mich nicht. Soeben veranstalteter Test mit openbox erbrachte das erfragte Ergebnis.

Code: Alles auswählen

~$ /usr/sbin/gparted

funktioniert bei mir mit Root- PW Abfrage

Die Variante habe ich noch nicht probiert.

Der Lauf der Welt ist grausam und ungerecht und unverständlich

Es gibt Alternativen. Spende ist angesichts des neuen Erlebnisses unterwegs.

[TomL]

Moin Günther

Versteh' ich das richtig: Um gparted in buster zu nutzen, muss ich policikit-1 installieren, was wiederum abhängig ist von systemd? Alernativ könnte ich als root eine eigene xsession starten?

Ich weiss gar nicht, ob man diese Frage überhaupt hier beantworten kann. Eigentlich betreibst Du ja kein Debian, wenn ich das richtig in Erinnerung habe, sondern eine auf Debian basierende eigene Distribution. Ich vermute mal, dass man Fragen, die in das Zusammenwirken von systemd, dem polkit, dbus, weiss-der-henker-was-noch, reinwirken, deshalb gar nicht basierend auf den Gegebenheiten eines Standard-Debians beantworten kann.
Ich würde einfach gucken, was geht und wenn was nicht geht, würde ich abseits von allen Standards das Problem versuchen zu lösen. Wenn Du kein Polkit installiert hast und trotzdem die Root-Password-Abfrage kommt, würde ich da keinen Fehler sehen, sondern annehmen, es tut wie es tun soll.

[guennid]

Eigentlich betreibst Du ja kein Debian, wenn ich das richtig in Erinnerung habe

Das hast du falsch in Erinnerung. Aber ich begnüge mich auch nicht damit. Ich hatte eigentlich auf eine einfache Antwort im Sinne von „Ist so“ oder eben „ist nicht so“ gehofft. Ich will den Thread nicht kapern. Andererseits hat sich der Titel vielleicht ja auch im Nachhinein als nicht besonders zutreffend erwiesen: Dass der TE unter buster kein gparted und synaptic mehr starten kann, liegt dann wohl nicht an seinem xfce, sondern daran, dass in buster für diese beiden root-Programme jetzt ein eingerichtetes policykit benötigt wird.

Oder um es so zu formulieren, wie's für mich interessant ist: Entweder ist gparted in buster jetzt indirekt abhängig von systemd (mit su - funktioniert's jedenfalls nicht mehr) - oder man benötigt zu seinem Betrieb eine vollständige xsession als root. Das war bisher nach meinem Wissen eigentlich strikt zu vermeiden.

Grüße, Günther

[willy4711]

Ist leider völlig inkonsistent
Während ich gparted in KDE und Xfce (andere hab ich noch nicht probiert) mit

Code: Alles auswählen

$ /usr/sbin/gparted
localuser:root being added to access control list
======================
libparted : 3.2
======================
localuser:root being removed from access control list

Starten kann - trotz Policykit und gelöschtem sudo -, schlägt das bei synaptic fehl.

Code: Alles auswählen

~$/usr/sbin/synaptic

gibt den Hinweis, dass das Programm ohne Root Rechte ausgeführt wird.

Ich für mich habe es halt durchgehend mit dem Polkit gelöst.
Aber wie man sieht scheint es halt noch (beabsichtigt oder nicht) Umgehungen zu geben.
Ich vermute mal, dass das teilweise im Programmcode selbst begründet ist. Ich finde auch, dass es müßig ist, sich im Augenblick darüber Gedanken zu machen, solange man das Objekt der Begierde als Root gestartet bekommt.
Ich hoffe nur, dass das irgendwann mal vereinheitlicht ist.

[guennid]

Ich hoffe nur, dass das irgendwann mal vereinheitlicht ist.

Ich eher nicht. Mein Motiv für Debian ist/war? der Baukasten.

[guennid]

Ein entsprechend konfigurierter xserver-xorg-legay hat's auch nicht gebracht. Für mich stellt sich die Situation so dar: gparted benötigt pkexec, benötigt policykit-1, benötigt systemd. Ich frage mich, ob es Aufgabe eines init-Systems sein sollte, den Start eines Root-Progammes unter X zu ermöglichen/verhindern?

Grüße

[willy4711]

Für mich stellt sich die Situation so dar: gparted benötigt pkexec, benötigt policykit-1, benötigt systemd. Ich frage mich, ob es Aufgabe eines init-Systems sein sollte, den Start eines Root-Progammes unter X zu ermöglichen/verhindern?

Schein nicht so zu sein, aber erklären kann ich das auch nicht. Ist ist schon extrem verwirrend. Hier mal was aus KDE-Testing:

Code: Alles auswählen

$ gparted-pkexec
bash: gparted-pkexec: Kommando nicht gefunden.
willy@debian:~$ /usr/sbin/gparted 					--->gparted sartet mit root-PW Abfrage
localuser:root being added to access control list
Unit tmp.mount does not exist, proceeding anyway.
======================
libparted : 3.2
======================
localuser:root being removed from access control list
willy@debian:~$ synaptic-pkexec  					--->synaptic startet mit root-PW Abfrage
willy@debian:~$ 

Und das obwohl es einen Policy für Gparted gibt, und das Policy-Kit läuft.
/usr/sbin/gparted ist von KDE so vorgegeben

Wer wo da Schalter einbaut ??? keine Ahnung auf jeden Fall ist mehr als suboptimal und ziemlich traurig

[struppi]

Wie gesagt ich konnte ohne Probleme mit sudo synatpic oder gparted starten. Insofern war da nicht das Problem.

Wenn das alles funktioniert hat, was ist denn dann die Frage in diesem Thread? Und andersrum, wenn das irgendwann mal in der Vergangenheit mit irgendeiner älteren Version funktioniert hat, wie hilft diese Feststellung dann bei einer aktuellen Debian-Version?

Die Frage verstehe ich nicht. Ich hatte es in meiner ursprünglichen Frage verständlich formuliert. Es geht nicht um vergangene Versionen und ich habe davon auch nicht gesprochen. Es ist die gleiche version, nur eben wenige tage zuvor.

Vermutlich hätte mir ein

Code: Alles auswählen

 sudo systemctl status polkit

weiter geholfen, da es so aussieht als ob der Dienst nicht mehr aktiv war.

Nein, vermutlich würde es Dir weiterhelfen zu aktzeptieren, dass "sudo" im Default-Ablauf des regulären Installers bei Debian gar nicht erst 'aktiviert' wird.... und das aus sehr gutem Grund sogar. Und für das ganz normale vollständige Handling eines installierten Debians ist sudo an keiner einzigen Stelle notwendig. Würdest Du den von Debian vorgeschlagenen Weg ohne "sudo" gehen, hätte sich dieses Problem gar nicht erst gestellt. Das ist also imho ein hausgemachtes Problem, für das der User verantwortlich ist, nicht Debian oder das Polkit, und schon mal gar nicht ein Forum, was hier nach Deiner Meinung nur rumraunt.

Ich weiss nicht was du dir hier zusammen reimst. Es ging eigentlich um den verlinkten Thread. Aber du hast recht ich und der dortige Fragesteller haben sudo installiert. Aber das war nicht die Frage.

Das wurde für mich nicht ersichtlich, da mein Problem ja nicht mit dem dortigen übereinstimmte. Ich konnte ja sehr wohl die Anwendungen mit sudo starten im terminal starten.

Das eine (root-Rechte im Terminal) hat nichts mit dem anderen (root-Rechte unter X) zu tun. Und für beides benötigt man mit Debian KEIN 'sudo'. Das polkit und infolgedessen auch 'pkexec' bedient beide Seiten perfekt ohne die mit 'sudo' einhergehenden Sicherheitsrisiken.

Das habe ich auch nicht bestritten.

Die Frage war gewesen, warum die grafischen Programme, die root Rechte brauchen auf einmal nicht mehr funktionierten. Das mit dem sudo kam aus dem anderen Thread.

Wenn es bei dir nicht funktioniert, wird es falsch angewendet.

Ich sehe das auch so, das sind imho Bedienungsfehler.... für die natürlich Debian verantwortlich ist, oder das Forum....

Keine Ahnung was du da siehst, aber es funktionierte ja nach einem Neustart wieder. Aber dank dem geraune weiss ich wo ich beim nächsten mal nachschauen könnte.

[struppi]

Ach und ein Nachtrag:

Jetzt wurden aus irgendeinem Grund diese Berechtigungen unter der graphischen Oberfläche nicht mehr akzeptiert, bzw. es apssierte einfach gar nichts. auch in den Meldungen von systemd waren keine Reaktionen zu finden.

Die werden und wurden (mindestens seit Jessie) schon immer akzeptiert.

Genau das war die Frage gewesen, das hat bei mir nicht funktioniert und weil es eben bis dahin immer funktioniert hat, hatte ich keinen Einstieg gefunden wo ich schauen muss und daher hier kurz gefragt. Wie gesagt, ich denke ein kurzer Hinweis auf den Prozess, hätte den Thread nach 2.Posts beendet und mir geholfen. So ist er doch ziemlich aufgebläht, aber darf man hier ja nicht sagen.