Le nom> org.freedesktop.PolicyKit1 n'a été fourni par aucun fichier .service.

Lors de la tentative de lancement à system-config-userspartir de la ligne de commande, l'avertissement suivant s'affiche et l'outil ne s'ouvre pas. J'utilise CentOS 7 avec Mate 1.8.1.

AVERTISSEMENT **: erreur lors de l'énumération des actions: GDBus.Error: org.freedesktop.DBus.Error.ServiceUnknown: le nom org.freedesktop.PolicyKit1 n'a été fourni par aucun fichier .service.

Erreur lors de la vérification de l'autorisation org.freedesktop.policykit.exec: GDBus.Error: org.freedesktop.DBus.Error.ServiceUnknown: le nom org.freedesktop.PolicyKit1 n'a été fourni par aucun fichier .service.

yum list polkit *

Installed Packages
polkit.x86_64   0.112-5.el7 @anaconda
polkit-devel.x86_64 0.112-5.el7 @base    
polkit-docs.noarch 0.112-5.el7 @base    
polkit-gnome.x86_64 0.105-6.el7 @epel    
polkit-pkla-compat.x86_64 0.1-4.el7  @anaconda

Que manque-t-il à mon système pour provoquer cette erreur?

centos users polkit

— un codeur
source

Utilisez-vous XFCE?

— eyoung100

J'utilise Mate 1.8.1

— un codeur

Étant donné que je ne peux pas dire quels services sont énumérés, je ne peux pas vous dire quel paquet installer. L'erreur n'est pas provoquée par policykit, mais par l'un des services que le policykit tente de charger. XFCE a ce problème avecudisks

— eyoung100

Existe-t-il un moyen de surveiller quels services policykit utilise ou tente d'utiliser?

— un codeur

Pas que je sache de. Les systèmes antérieurs à systemd utilisent policykit / consolekit en association avec Dbus pour appliquer les autorisations de connexion. Cela conduit à deux possibilités. 1. L'utilisateur auquel vous êtes connecté n'est pas membre some groupet some groupa la permission d'accéder au service manquant. 2. L'un des services surveillés par system-config-usersn'est pas installé. Pour votre intuition, recherchez votre mate-polkit

— dépôt-

Réponses:

145

Je viens d'avoir le même retour lors de l'installation de deluged on arch, j'ai tapé:

 systemctl start deluged

J'ai essayé avec sudo et ça a bien fonctionné. Semble être un problème d'autorisations de groupe.

J'ai seulement activé les autorisations pour mon compte d'utilisateur, puis tapé:

 sudo systemctl start deluged

travaillé comme un charme.

— SNP22
source

Message vraiment étrange, contrairement à * nix. Je n'aurais jamais pensé que ce serait la solution! Merci!

— Soufian

Ah oui, bien sûr, sudo. Ce serait vraiment utile s'ils avaient un système en place qui renverrait une erreur du type "privilèges root requis" ou quelque chose d'un peu plus évident.

— Neuf

Peut-être l'erreur la plus contre-intuitive de tous les temps.

— ffledgling

C'est probablement en se plaignant que vous n'avez pas configuré Polkit, vous auriez besoin d'autoriser systemctl non-utilisateur sans privilèges root. Juste une hypothèse cependant

— Duncan X Simpson

Travaillé pour moi aussi, merci

— Ivan Marjanovic

Pour clarifier et résumer le message de SNP22 : Vous avez probablement simplement oublié sudo.:

sudo systemctl [...]

Avertissement absolument trompeur ...

— Suuuehgi
source

Probablement rejoindre la liste des rapports de messages d'erreur incorrects github.com/systemd/systemd/labels/needs-better-log-message mais j'ai besoin de le tester avec la dernière version en premier ...

— Ben Creasy

CETTE!! lorsque vous essayez de créer une systemctl daemon-reloadracine sans racine, une erreur étrange de ce type est signalée. Il suffit de vérifier s’il manque le sudoou s’exécutant dans le bon utilisateur ou si vous avez activé l’ rootexécution (in ansible le become: true)

— higuita