Sie sind nicht angemeldet.

[gelöst] consolekit / polkit / udisks etc

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

1

06.07.2011, 11:35

consolekit / polkit / udisks etc

Seit dem alle Desktops, selbst XFCE auf die neuen consolekit / polkit / udisks setzen, habe ich einen Konfigurationsbereich im System, den ich nicht beherrsche. Aktuell habe ich auf dem System ein Paar Probleme mit diesen Policy-based Configs:

- Wenn ich auf "System runterfahren" gehe, werde ich nur ausgeloggt.
- Ab und zu, wenn ich den Rechner hochfahre, kriege ich eine Passwort-Abfrage für den Zugriff auf die Netzwerkkarte. Vermutlich durch "wicd" angefordert. Da hat der Desktop wohl den consolekit überholt beim Hochfahren. Egal, ob ich den Zugriff erlaube oder nicht, anschließend funktioniert alles.
- USB-Sticks und SD-Karten werden nicht mehr durch den Dateimanager automatisch eingebunden. In der "Laufwerksverwaltung" sind diese jedoch zu sehen und sind von dort aus auch ohne Passwortabfrage einhängbar.

Da misst man die Zeiten wo es mit "visudo" und "/etc/fstab" noch alles so einfach war. :huh:

Daher meine Fragen: Wie kann man diese neuen Kits konfigurieren und monitoren? Was ist alles möglich und wo sind die Grenzen?
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Poedel

Meister

  • »Poedel« ist männlich

Beiträge: 1 752

  • Nachricht senden

2

06.07.2011, 20:19

das ist ja erfreulich, dass nicht nur ich das "im Dunkeln stehen lassen" bemängel.
Für hal gab es ja satt Anleitungen und die fdi xml Dinger waren für mich persönlich sogar irgendwie verständlicher als das aktuelle dbus Gelumpe.
Wirf mal einen Blick in
/usr/share/polkit-1/actions/
Dort stehen einige Dateien drin. Einiges ist intuitiv. Anderes eher unlogisch.
Was aber sicher ist: es ist nirgendwo dokumentiert. Ich habe bestimmt länger als 4 Wochen nach Lösungen gesucht und keine gefunden. Niemand weiß, wie man das einrichtet, außer:
Scheinbar das KDE und Gnome Team. Denn dort werden die dbus Policies alle direkt unsichtbar hinter der Kulisse vom System administriert.
Das mit dem Passwort regelt bei gnome der keyring Dämon und bei kde die kwallet. Bei anderen Systemen funktioniert das nicht ohne viel Frickelei. Das war auch für mich der Punkt, wo ich doch mal KDE testen mußte, da gn0m3 in die falsche Richtung geht - meine Meinung.
Möglich, dass du selber schon so weit warst, aber ich habe wie gesagt auch nicht mehr zu dem Thema herausfinden können :(
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

sebastian_s

Anfänger

  • »sebastian_s« ist männlich

Beiträge: 7

  • Nachricht senden

3

07.07.2011, 00:00

Ich weiß nicht ob euch das hier hilft, sieht aber zumindest wie die Dokumentation zu DBus aus:

http://www.freedesktop.org/wiki/Software/dbus

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

4

13.07.2011, 17:00

In die /usr/share/polkit-1/actions/ und /etc/polkit-1 hatte ich bereits reingeschaut. Dort steht, wer was mit oder ohne Passwort darf. Was davon wann verwendet wird steht da nicht.
Die DBUS Doku scheint sich eher an Entwickler neuer DBUS-Services zu richten. Als Anwender fand ich dort keine Hinweise zB. zum Monitoren laufender Messages.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

dyle

Erleuchteter

  • »dyle« ist männlich

Beiträge: 4 869

  • Nachricht senden

5

14.07.2011, 08:31

Ich bin nachdem KDE nun auch mit der PIM-Suite voll auf semantic desktop (nepomuk, strigi, akonadi, ...) gewechselt ist, und das - mit Verlaub - punkto kmail ja eine Katastrophe ist, flugs nach Jahren KDE auf Xfce umgestiegen ... und mich bringen keine 10 Pferde zurück.

Ich habe gleiches eben mit Xfce bemerkt und dazu meine 50 cent:

Zitat

- Wenn ich auf "System runterfahren" gehe, werde ich nur ausgeloggt.

Gleiches Phänomen sobald Compiz/Emerald läuft. Vorher hatte ich auch den Dialog zum Runterfahren, etc. Jetzt werde ich mit dem Click nur mehr ausgeloggt.

Zitat

- Ab und zu, wenn ich den Rechner hochfahre, kriege ich eine Passwort-Abfrage für den Zugriff auf die Netzwerkkarte. Vermutlich durch "wicd" angefordert. Da hat der Desktop wohl den consolekit überholt beim Hochfahren. Egal, ob ich den Zugriff erlaube oder nicht, anschließend funktioniert alles.

Greift wicd neuerdings wie Networkmanager auf ein Password-Wallet zurück?

Zitat

- USB-Sticks und SD-Karten werden nicht mehr durch den Dateimanager automatisch eingebunden. In der "Laufwerksverwaltung" sind diese jedoch zu sehen und sind von dort aus auch ohne Passwortabfrage einhängbar.

Ist das nicht eine Xfce-Einstellungssache? Ich meine, ich kann das im Xfce ziemlich konkret so setzen, wie ich das haben will, nicht? KDE/Gnome handhabt das vermutlich anders. Kurz: ist das wirklich ein Polkit/DBus - Problem?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

6

19.07.2011, 18:10

Ich hätte für jedes Problem ein eigenes Thema aufmachen sollen, ich weiss...

Zitat von »dyle«


Gleiches Phänomen sobald Compiz/Emerald läuft. Vorher hatte ich auch den Dialog zum Runterfahren, etc. Jetzt werde ich mit dem Click nur mehr ausgeloggt.
Auch beim abgeschalteten Compiz/Emerald funktioniert es bei mir nicht. Auf einem anderen System funktioniert es mit Compiz/Emerald ohne Probleme. Beide Systeme aktuell/stable.

Zitat von »dyle«

Greift wicd neuerdings wie Networkmanager auf ein Password-Wallet zurück?
Was ist ein Password-Wallet? Es funktioniert auch, wenn ich ein falsches Passwort eingebe oder abbreche. Diese Passwort-Abfrage kommt auch nicht immer.

Zitat von »dyle«

(USB-Sticks und SD-Karten werden nicht mehr durch den Dateimanager automatisch eingebunden) Ist das nicht eine Xfce-Einstellungssache
Es ist so eingestellt. Dennoch zieht diese Einstellung nicht.

Zitat von »dyle«

Kurz: ist das wirklich ein Polkit/DBus - Problem?
Das weiss ich nicht. Das Zeug ist so undurchsichtig, dass man das nicht mal vernünftig prüfen kann :cursing:

EDIT: Problem 3 (Mounten von SD-Karten und USB-Platten) ist nun gelöst. Da ist mir irgend wie der "Low Performance USB Block driver" (CONFIG_BLK_DEV_UB) in den Kernel gerutscht. Dieser Treiber übernimmt die USB-Datenträger und legt /dev/ubX statt /dev/sdX an. Mit diesen "ub" Devices kommt wohl udisks nicht richtig zu Recht.
Da sind nur noch 2 Probleme übrig, wobei mir die Lösung von dem Runterfahren-Problem (1) am wichtigsten ist.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bell« (19.07.2011, 20:27)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

7

19.07.2011, 20:54

Jo, ist als normaler Anwender kaum noch zu durchschauen das ganze...

Hier gibt es auch hilfreiche Tipps die man beherzigen sollte:
Tips, and tricks for ConsoleKit/PolicyKit/udev, without hal

Wenn es dann immer noch nicht klappt überprüft bitte auch ob dbus-daemon-launch-helper ausführbar ist (das war zb nicht bei allen dbus Versionen der Fall, und wird auch nicht durch neu mergen von dbus korrigiert)
Sollte so ausschauen:

Quellcode

 
1
2

ls -l /usr/libexec/dbus-daemon-launch-helper 
-rws--x--- 1 root messagebus 317264 Jun 13 00:30 /usr/libexec/dbus-daemon-launch-helper


Hier hat es bisher immer recht gut funktioniert.

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

8

21.07.2011, 09:52

Zu dem Problem 2 (Passwort für wicd) habe ich glaube auch die Ursache gefunden:

Quellcode

 
1
2
3
4
5
6
7

# ps axu | grep wicd
bell      3947  0.0  0.5 222756 23392 ?        S    09:21   0:00 /usr/bin/python2 -O /usr/share/wicd/gtk/wicd-client.py
bell      4031  0.3  0.7 315620 30696 ?        Sl   09:21   0:00 /usr/bin/gksudo --message Wicd needs to access your computer's network cards. /usr/sbin/wicd
root      4105  0.0  0.0  49700  2084 ?        Ss   09:21   0:00 /usr/bin/sudo -H -S -p GNOME_SUDO_PASS -u root -- /usr/sbin/wicd
root      4392  0.1  0.2 112176 10248 ?        S    09:21   0:00 /usr/bin/python2 -O /usr/share/wicd/daemon/wicd-daemon.py
root      4446  0.0  0.2  99844 10376 ?        S    09:21   0:00 /usr/bin/python2 -O /usr/share/wicd/daemon/monitor.py
root      4650  0.0  0.0  11752   904 tty1     S+   09:24   0:00 grep --colour=auto wicd
Wie man sieht, ist der wicd-client schon vor dem wicd-daemon da und hat gksudo zur Passwort-Abfrage gestartet.

Ich habe jetzt in die /etc/conf.d/xdm folgendes eingetragen:

Quellcode

 
1
2
3

depend(){
  after="wicd"
}
Damit wird die grafische Oberfläche erst nach wicd gestartet. Mal schauen, ob der Fehler nochmal kommt.

Bleibt jetzt nur noch das Problem 1: Kein Runterfahren des Systems möglich. Hier scheint es mir so, dass der X-Server abschmiert, bevor XFCE dem ConsoleKit sagen kann, dass runtergefahren werden soll. Der "xdm" skript startet den X-Server sofort neu, so dass es wie "Logout" aussieht.
Wie kann ich es prüfen? Hab bisher in keinen üblichen Logs was gefunden.

Mit dem Consolekit scheint alles in Ordnung zu sein:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14

~/ ck-list-sessions 
Session1:
	unix-user = '1000'
	realname = '(null)'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2011-07-21T07:21:41.209297Z'
	login-session-id = '4294967295'
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

dyle

Erleuchteter

  • »dyle« ist männlich

Beiträge: 4 869

  • Nachricht senden

9

23.07.2011, 07:45

Ad: Nur ausgeloggt und kein Dialog ... nachdem ich mich wie Blöd mit /usr/lib64/xfce4/session/xfsm-shutdown-helper und diversen Rechten in sudo etc. herumgeplagt habe ... habe ich bloß das Häckchen im Session & Startup - Settings der XFCE4 Settings für "Prompt on Logout" gesetzt und jetzt geht das wieder ... Waaaahhh ich dachte ich hätte es gesetzt!!

ABER: der Settings Dialog geht nicht mehr zu und wenn ich mich ausloge dann hängt XFCE4 ... hm ...
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

bell

Erleuchteter

  • »bell« ist männlich
  • »bell« ist der Autor dieses Themas

Beiträge: 3 128

  • Nachricht senden

10

23.07.2011, 12:20

Bin meiner Vermutung nachgegangen, dass der X-Server abschmiert, bevor der "Runterfahren" Befehl aktiv wird. Das dumme dabei ist, die /var/log/Xorg.0.log wird sofort durch den Restart des X-Servers überschrieben.
Ich bediente mich folgenden Trickes:

Quellcode

 
1

tail -f /var/log/Xorg.0.log | tee logdatei.log
Und siehe da, ein Speicherzugriffsfehler!

Hab jetzt x11-base/xorg-server auf Testung von 1.10.2 auf 1.10.3 aktualisiert (und die xorg-driver reemerged). Alle Abhängigkeiten konnten Stable bleiben. Und siehe da, kein Speicherzugriffsfehler und das Runterfahren funktioniert wieder.

Zu dem Wicd-Problem: die von mir gepostete /etc/conf.d/xdm Zusatz hatte nicht funktioniert. Daher habe ich erstmal die init.d/xdm direkt angepasst. Damit geht es. Weiss einer die Syntax für die conf.d/xdm? Ich weiss dass es geht, nur nicht mehr wie.

Resümee: Alle drei Probleme gelöst und keines davon hatte direkt was mit consolekit / polkit / udisks etc. zu tun. Ich habe also diesen neuen Tools Unrecht getan.
Wobei für mich weiterhin diese Tools eine Blackbox sind. Sie Funktioniert, wenn alles so ist wie von den Tools erwartet (zB. Libata, kein IDE, kein UB). Jedoch ist kein vernünftiges Monitoring oder Anpassung an eigene Wünsche möglich, btw. nur mit viel Aufwand und Wissen.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zurzeit sind neben Ihnen 4 Benutzer in diesem Thema unterwegs:

4 Besucher

Ähnliche Themen

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks