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

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?

centos users polkit 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

Mensaje realmente extraño, a diferencia de * nix. ¡Nunca hubiera pensado que esta sería la solución! ¡Gracias!

Sufian

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

Posiblemente el error más contrario a la intuición.

2017

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

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

sudo systemctl [...]

Advertencia absolutamente engañosa ...

Suuuehgi
fuente

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