Início / coding / Perguntas / 79569141
Accepted
THX
Asked: 2025-04-11 22:56:49 +0800 CST

Como mover o diretório de configuração das unidades de usuário do systemd

  • 772

Gostaria de mover para um host Linux para todos os usuários o diretório da unidade de usuário systemd.

Os diretórios de unidades de usuário nativos em

${HOME}/.config/systemd/user

não são acessíveis ao systemd por vários motivos. Portanto, um usuário não pode usar systemd --userpara habilitar nenhuma unidade específica do usuário ou de todo o sistema.

Unidades de usuário em todo o Systemd podem, em princípio, ser implantadas por um administrador em [nome do sistema] /etc/systemd/usere podem ser iniciadas por um usuário. No entanto, ao habilitar uma unidade de usuário, o Systemd tentará criar um link simbólico para a unidade em [nome do sistema] ${HOME}/.config/systemd/user, mas isso falha, pois o diretório do usuário não está acessível ao Systemd.

Portanto, gostaria de configurar o systemd para alterar os diretórios base do usuário para algo diferente ${HOME}/.config/systemd/user, ou seja, para um caminho igualmente acessível pelo systemd e pelos usuários.

linux

3 respostas

  1. Best Answer

    Acho que o problema é que o systemd insiste em criar links simbólicos ao ${HOME}/.config/systemd/userhabilitar unidades e, se esse diretório não estiver acessível (comum com NFS homes/permissões restritivas etc.), você ficará preso.

    Você pode substituir onde o systemd procura por unidades de usuário criando uma configuração drop-in:

    sudo mkdir -p /etc/systemd/system.conf.d/

    Em seguida crie um arquivo /etc/systemd/system.conf.d/user-units-path.confcom:

    

[Manager] 

DefaultUserUnitPath=/var/lib/systemd/users/%U/units:/etc/systemd/user

    O %Ué substituído pelo nome de usuário. Escolhi /var/lib/systemd/users/porque é um local sensato que não entra em conflito com outras coisas, mas você pode escolher outra coisa.

    Depois de criar este arquivo, recarregue o systemd:

    sudo systemctl daemon-reload

    Em seguida, crie os diretórios necessários para cada usuário e defina as permissões:

    sudo mkdir -p /var/lib/systemd/users/username/units
sudo chown username:username /var/lib/systemd/users/username -R

    Agora seus usuários podem habilitar e iniciar unidades usando systemctl --user enable whatever.servicee ele criará os links simbólicos no novo local em vez de falhar no acesso ~/.config/systemd/user.

    Estou usando essa configuração há meses sem problemas. Espero que ajude!

    • 4

  2. O caminho é realmente $XDG_CONFIG_HOME/systemd/user.

    No entanto, systemd --userele é executado em um ambiente de "serviço" separado (que provavelmente é o motivo pelo qual ele não consegue acessar o HOME do usuário na sua configuração estranha?), portanto, o XDG_CONFIG_HOME precisa ser definido no ambiente desse serviço – [email protected]e não apenas no ambiente "shell" do usuário.

    Em outras palavras, ~/.profile ou ~/.bashrc não funcionam. Você precisa usar o comando e definir XDG_CONFIG_HOME lá.systemctl edit [email protected]

    Lembre-se de que isso também afetará todos os programas de usuário executados em 'systemd --user', ou seja, seus diretórios de configuração também serão movidos para o novo local. Pode ser possível desfazer isso por meio de DefaultEnvironment=systemd ManagerEnvironment=-user.conf(5).

    • 0

  3. Eu perguntaria o porquê, já que o systemd usa todo o sistema por padrão e links simbólicos. Como /etc/systemd/pode danificar seu sistema operacional se você mexer nele, recomendo assumir que é uma versão mais recente do kernel, como o seguinte:

    1. Se necessário, altere SOMENTE os links simbólicos de nível de usuário, deixando o padrão para todo o sistema. Pessoalmente, eu pularia e passaria para o item 2 abaixo para alterações em todo o sistema. Se for baseado no usuário, provavelmente não é aconselhável.

    2. O usuário deve usar o processo de substituição do systemd, sem manipulação direta de arquivos ao alterar, adicionar, etc., arquivos de configuração do systemd sudo systemctl edit mydaemond, usando o recurso de substituição. Para ilustrar o processo de edição, no console do VI do arquivo unitário, use a tecla link, como WantedBy=na linha abaixo WantedBy=multi-user.target. Isso usará o arquivo de substituição para implementar as alterações. Reload damons with sudo systemctl daemon-reload(recarrega o arquivo unitário do daemon com as substituições).

      1. SE o seu servidor estiver sendo executado em um formato de especificação baixa (por exemplo, AWS t2.micro), aguarde alguns segundos para que os arquivos da unidade sejam recarregados.

      Então verifique com sudo systemctl status mydaemond.

    • 0

relate perguntas