zenlord's questions

Por mais de uma década tenho trabalhado em um ambiente Debian completo em meu pequeno escritório (atualmente 1 servidor, 7 usuários, 3 desktops, 4 laptops). A autenticação é baseada em Kerberos, os perfis de usuário são gerenciados em LDAP e $HOME é servido a todos os clientes sobre NFSv4 com a ajuda de pam_mount ou autofs. Esta configuração é muito boa para usuários de desktop que trabalham na LAN local.

Dois anos atrás, comecei a usar a mesma configuração para usuários de laptop. A conexão WiFi causou alguma lentidão adicional e, com certeza, quando os usuários tentaram usar o laptop fora do escritório, as coisas ficaram muito lentas. Otimizar $XDG_{CACHE,DATA,CONFIG}_HOME e analisar otimizações específicas para Firefox no NFS tornou as coisas um pouco melhores.

Agora estou pensando em mover o $ HOME para os laptops+desktops. É bom que um usuário possa trocar de dispositivo se um cair, mas isso só acontece de vez em quando. Sacrificar essa flexibilidade para uma experiência de usuário mais rápida no dia-a-dia parece uma boa decisão. Se eu pudesse sincronizar bidirecionalmente o $HOME local com o servidor central na inicialização e no desligamento, provavelmente não haveria nenhuma compensação ...

• 'unison' parece ser um bom candidato para manter o $HOME local em sincronia com uma cópia central, mas parece exigir exatamente as mesmas versões entre servidor e cliente, e com as quais não posso me comprometer.
• 'lsyncd' parece ser um candidato muito bom, mas não encontro nenhuma história de usuário usando a ferramenta para seus diretórios $HOME ...
• Eu até dei uma breve olhada no 'GlusterFS', mas parece que é uma substituição não trivial. Alguém tem alguma experiência e talvez melhores práticas para compartilhar? Eu não me importo de experimentar, mas temo que estou perdendo algumas desvantagens óbvias para o acima... Thx!

Estou tentando instalar o Debian Bullseye em um novo laptop Lenovo (T14s Gen1). O laptop possui um chip wifi Realtek 8852AE, para o qual atualmente nenhum driver foi adicionado ao kernel. Há um repositório Github onde um driver adequado parece estar presente, e eu posso construir tanto o firmware quanto os módulos do kernel em outra máquina Debian Bullseye.

Eu criei um pendrive Debian Bullseye e adicionei meu arquivo preseed regular, que está funcionando bem. Eu tentei adicionar uma série de 'early_command's, mas di sempre lança um erro no primeiro early_command que encontra. Alguma indicação do que há de errado com isso?

### Copy the Realtek 8852AE firmware during installation
d-i preseed/early_command string \
/bin/cp /cdrom/realtek8852/rtw8852a_fw.bin /lib/firmware/rtw8852a_fw.bin;

### Modprobe the Realtek 8852AE network driver during installation
d-i preseed/early_command string \
/bin/cp /cdrom/realtek8852/rtw89core.ko /lib/modules/5.10.0-8-amd64/rtw89core.ko; \
/bin/cp /cdrom/realtek8852/rtw89pci.ko /lib/modules/5.10.0-8-amd64/rtw89pci.ko; \
/sbin/depmod -a \
/sbin/modprobe rtw89pci;

### Copy the Realtek 8852AE firmware on target machine
d-i preseed/late_command string \
/bin/cp /cdrom/realtek8852/rtw8852a_fw.bin /target/lib/firmware/rtw8852a_fw.bin;

### Modprobe the Realtek 8852AE network driver on target machine
d-i preseed/late_command string \
/bin/cp /cdrom/realtek8852/rtw89core.ko /target/lib/modules/5.10.0-8-amd64/rtw89core.ko; \
/bin/cp /cdrom/realtek8852/rtw89pci.ko /target/lib/modules/5.10.0-8-amd64/rtw89pci.ko; \
/bin/touch /target/etc/modules-load.d/rtw89.conf; \
/bin/echo "rtw89pci" >> /target/etc/modules-load.d/rtw89.conf;

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?