Início / unix / Perguntas / 423632
Accepted
Jon Skarpeteig
Asked: 2018-02-13 08:05:27 +0800 CST

systemctl --user não disponível para usuário www-data

  • 772

systemctl --userparece estar funcionando bem para o usuário de desktop:

dev@dev-VirtualBox:~$ systemctl --user > /dev/null
dev@dev-VirtualBox:~$ echo $?
0

Mas ao executar o mesmo comando no usuário www-data, recebo uma resposta inesperada

dev@dev-VirtualBox:~$ sudo su www-data -s /bin/bash
www-data@dev-VirtualBox:~$ systemctl --user > /dev/null 
Failed to connect to bus: No such file or directory 
www-data@dev-VirtualBox:~$ echo $? 
1

Como habilitar systemctl --useraqui?

Executando o Ubuntu 16.04

systemd not-root-user

4 respostas

  1. A instância por usuário do systemd é iniciada por um gancho no processo de login, um pam_systemdPAM, para login de terminal virtual/real comum e login remoto via SSH e outros.

    Você não está fazendo login. Você está aumentando os privilégios de sua sessão de login existente com sudo su www-data. (A propósito, isso é redundante. sudo -u www-dataIrá direto para www-datasem seus comandos em execução como superusuário.) Você não invocou o gancho.

    Portanto www-data, a instância por usuário do systemd não foi iniciada e systemctl --usernão encontra nada para conversar.

    Você pode iniciá-lo manualmente:

    % sudo install -d -o www-data /run/user/`id -u www-data`
% sudo systemctl start user@`id -u www-data`

    (Se você fez isso na ordem errada, então pare o serviço e execute-os na ordem correta. Fazê-los na ordem errada acaba em um estado em que o diretório de tempo de execução está vazio e não possui o D-Bus e outros arquivos de soquete , mas o serviço está em execução e nunca se comunicará com os clientes.)

    O único problema é que sua DBUS_SESSION_BUS_ADDRESSvariável precisa ser alterada para que os programas clientes do Desktop Bus systemctlconversem com o corretor do Desktop Bus da outra conta quando você os estiver executando com os privilégios dessa outra conta:

    % sudo -u www-data DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/`id -u www-data`/bus systemctl --user

    Esta é a maneira simples. A maneira mais complexa é ajustar a configuração do PAM para que sudochame o pam_systemdgancho. No entanto, isso tem efeitos colaterais, principalmente com relação à XDG_RUNTIME_DIRvariável de ambiente, que você provavelmente não deseja. Apenas tente esta alternativa se tiver certeza de que está bem com os efeitos da introdução pam_systemdem sudo.

    Leitura adicional

    • 14
  2. Best Answer

    Então, finalmente consegui descobrir a peça que faltava no quebra-cabeça. Graças a algumas dicas excelentes de @JdeBP, consegui determinar:

    • systemd --user estava executando para www-data
    • DBUS_SESSION_BUS_ADRESS parece ser ignorado no Ubuntu
    • XDG_RUNTIME_DIR NÃO foi definido

    Definir XDG_RUNTIME_DIR para exportar "/run/user/$UID" resolveu meu problema

    Etapas que segui para obter o comportamento pretendido:

    % sudo loginctl enable-linger www-data # Enable systemd --user service to start at boot
% XDG_RUNTIME_DIR="/run/user/$UID" systemctl --user # Access services as www-data without actually logging in
    • 6

  3. Todas essas são soluções alternativas bastante feias.

    Como já foi dito, o problema é:

    Você não está fazendo login. Você está aumentando os privilégios de sua sessão de login existente […]

    Como tal, "basta" fazer o login…

    Se você estiver em um servidor, precisará usar o terminal. Eu tive que fazer a mesma pergunta , mas finalmente consegui descobrir. A solução é tão fácil quanto executar este comando para alternar para o usuário (respectivamente, execute um shell adequado com esse usuário):

    $ sudo machinectl shell --uid www-data

    Observe que sudo loginctl enable-linger www-dataainda é útil se você pretende iniciar serviços ou algo assim, para que sejam executados na inicialização. Caso contrário, eles só seriam executados no "login" desse usuário.

    • 1

  4. Conforme observado em um comentário aqui , você pode estar perdendo os pacotes relevantes do Ubuntu que permitem a execução systemctlcomo usuário. Acabou de acontecer comigo. Consertar:

    1. apt install libpam-systemd

    2. Faça login novamente via SSH como o usuário que deve ser capaz de executar systemctl --user. Portanto, não como root.

    Agora, echo $XDG_RUNTIME_DIRdeve funcionar sem mais etapas, mostrando algo assim:

    $ echo $XDG_RUNTIME_DIR
/run/user/1012

    Ubuntu 18.04 LTS aqui.

    • 0

relate perguntas