Início / unix / Perguntas / 413965
Accepted
zenlord
Asked: 2018-01-01 02:34:29 +0800 CST

$GDM_USER não tem acesso a $XDG_DATA após alterar manualmente a localização de $XDG_DATA

  • 772

Tenho um pequeno escritório com 5 desktops e um servidor, todos rodando Debian. Acabei de atualizar os clientes para o Stretch e vejo apenas 1 erro no diário que me incomoda:

gnome-settings-[939]: falha ao criar perfil a partir de dados EDID: falha ao salvar arquivo ICC: Erro ao abrir arquivo '/var/data/users/Debian-gdm/icc/edid-93ed9b01fe8febb07668e99b557191e9.icc': Acesso negado
gnome- settings-[939]: falha ao criar perfil a partir de dados EDID: falha ao salvar arquivo ICC: Erro ao abrir arquivo '/var/data/users/Debian-gdm/icc/edid-93ed9b01fe8febb07668e99b557191e9.icc': Acesso negado
gnome-settings- [939]: falha ao configurar a tela _ICC_PROFILE: Falha ao abrir arquivo '/var/data/users/vincent/icc/edid-93ed9b01fe8febb07668e99b557191e9.icc': Acesso negado

Como as pastas $HOME de nossos usuários são montadas por meio do NFS, certifiquei-me de que todos os $XDG_DATA e $XDG_CACHE (pelo menos para usuários regulares) sejam armazenados localmente no cliente. Em 2014, encontrei um manual para fazer assim:

Em /etc/profile.d/xdg_dirs.sh:

if [ "$USER" == "root" ]; then
  unset XDG_CACHE_HOME
  unset XDG_DATA_HOME
else
  test -d $XDG_CACHE_HOME || mkdir -p $XDG_CACHE_HOME
  test -d $XDG_DATA_HOME || mkdir -p $XDG_DATA_HOME
fi

Em /etc/security/pam_env.conf:

XDG_CACHE_HOME DEFAULT="/var/cache/users/@{PAM_USER}"
XDG_DATA_HOME  DEFAULT="/var/data/users/@{PAM_USER}"

Tenho certeza de que isso atrapalhou as permissões corretas para o usuário Debian-gdm, mas não sei como resolvê-lo. Eu tentei criar o diretório e dar permissões r+w tanto para o Debian-gdm quanto para os grupos de usuários padrão, mas isso não funcionou. Eu também tentei excluir o usuário Debian-gdm do script acima adicionando:

if [ "$USER" == "root" ] || [ "$USER" == "Debian-gdm" ]; then

, mas isso também não funcionou.

Alguma ideia?

debian gdm

2 respostas

  1. Best Answer

    Acredito que o principal problema aqui é que /etc/profile.d/xdg_dirs.shnão é originado ao iniciar o gdm, pois agora está usando o wayland e não o X (o script Xsession não é mais iniciado)

    IMHO, você não deve mexer com essas variáveis. A casa do Debian-gdmusuário é armazenada na /var/lib/gdm3qual já deve ser local em seu cliente.

    O que eu faria é modificar /etc/pam.d/gdm-launch-environment, aí você tem duas chamadas para pam_env.sona primeira chamada, definido conffile=como /dev/null. Isso impedirá que o módulo pam leia o /etc/security/pam_env.confarquivo e mantenha o ambiente intocado.

    Uma outra solução é tentar iniciar o gdm usando X em vez de Wayland, definido WaylandEnable=falseem/etc/gdm3/daemon.conf

    • 1

  2. Desde que fiz esta pergunta, atualizei todos os sistemas de Stretch para Buster e estou no meio da atualização para Bullseye. Eu fui com a resposta de @Bigon para Stretch and Buster, mas estou voltando para a solução inicial por causa de um erro que pam_env.so continuou gerando. Eu nunca testemunhei nenhum problema, então o erro não é prejudicial.

    Para futuros visitantes, se o $HOME do seu usuário for fornecido pelo NFS, é útil armazenar o cache do usuário localmente, e é por isso que é útil definir a variável de ambiente XDG_CACHE_HOME para seus usuários com um $UID>=2000 via /etc/ perfil, por exemplo:

    if ((`id -u`>=2000)); then
  umask 0007
  USER=$(id -un)
  if [[ !-d "/var/cache/users/$USER" ]]; then
    mkdir "/var/cache/users/$USER"
    chown "$USER" "/var/cache/users/$USER"
  fi
  XDG_CACHE_HOME=/var/cache/users/$USER
  export XDG_CACHE_HOME
  NSS_SDB_USE_CACHE=yes
  export NSS_SDB_USE_CACHE
fi

    Esta solução impede erros com usuários do sistema, como root e Debian-gdm, e funciona independentemente do gerenciador de sessão que o usuário está usando. Excluí todas as referências a pam_env.so em minha configuração.

    • 0

relate perguntas