El nombre> org.freedesktop.PolicyKit1 no fue proporcionado por ningún archivo .service

82

Cuando intento iniciar system-config-usersdesde la línea de comandos, aparece la siguiente advertencia y la herramienta no se abre. Estoy usando CentOS 7 con Mate 1.8.1.

ADVERTENCIA **: Error al enumerar acciones: GDBus.Error: org.freedesktop.DBus.Error.ServiceUnknown: El nombre org.freedesktop.PolicyKit1 no fue proporcionado por ningún archivo .service

Error al verificar la autorización org.freedesktop.policykit.exec: GDBus.Error: org.freedesktop.DBus.Error.ServiceUnknown: El nombre org.freedesktop.PolicyKit1 no fue proporcionado por ningún archivo .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

¿Qué falta en mi sistema para causar este error?

un codificador
fuente
¿Estás usando XFCE?
eyoung100
Estoy usando Mate 1.8.1
un codificador
Como no puedo decir qué servicios se enumeran, no puedo decir qué paquete instalar. El error no es causado por el juego de políticas, sino por uno de los servicios que intenta cargar. XFCE tiene este problema conudisks
eyoung100
¿Hay alguna forma de monitorear qué servicios está usando o intentando usar el juego de políticas?
un codificador
No que yo sepa. Los sistemas pre-systemd usan policykit / consolekit junto con Dbus para exigir permisos de inicio de sesión. Esto lleva a dos posibilidades. 1. El usuario con el que ha iniciado sesión no es miembro some groupy some grouptiene permiso para acceder al servicio que falta. 2. Uno de los servicios monitoreados por system-config-usersno está instalado. Como presentimiento, busque en su repositorio de paquetesmate-polkit
eyoung100

Respuestas:

145

Simplemente tuve el mismo retorno cuando instalé diluido en el arco, escribí:

 systemctl start deluged

Lo intenté con sudo y funcionó bien. Parece ser un problema de permisos grupales.

Todo lo que hice fue habilitar permisos para mi cuenta de usuario y luego escribí:

 sudo systemctl start deluged

trabajado como un encanto.

SNP22
fuente
10
Mensaje realmente extraño, a diferencia de * nix. ¡Nunca hubiera pensado que esta sería la solución! ¡Gracias!
Sufian
11
Ah cierto, por supuesto sudo. Sería realmente útil si tuvieran un sistema en su lugar que devolvería un error como "se requieren privilegios de root" o algo un poco más obvio.
Menta
20
Posiblemente el error más contrario a la intuición.
2017
2
Probablemente se esté quejando de que no tiene configurado Polkit, lo que necesitaría para permitir systemctl sin usuario sin privilegios de root. Sin embargo, solo una suposición
Duncan X Simpson
También funcionó para mí, gracias
Ivan Marjanovic
57

Para aclarar y resumir la publicación de SNP22 : Probablemente lo hayas olvidado sudo.

sudo systemctl [...]

Advertencia absolutamente engañosa ...

Suuuehgi
fuente
1
Probablemente se una a la lista de informes de mensajes de error incorrectos github.com/systemd/systemd/labels/needs-better-log-message, pero primero necesito probarlo con la última versión ...
Ben Creasy
¡¡ESTA!! cuando intente hacer un systemctl daemon-reloadsin root, informará un error extraño como este. Solo verifique si falta sudoo se está ejecutando en el usuario correcto o si habilitó la rootejecución (en ansible become: true)
higuita