A demora foi habilitada com
loginctl enable-linger
No entanto, os serviços do usuário não são iniciados antes de efetuar login com o usuário. Os serviços permanecem ativos ao efetuar logout novamente.
É necessário algo extra para fazê-lo funcionar quando o usuário não está no arquivo /etc/passwd, mas fornecido via NIS?
O serviço é adicionado corretamente ao default.target, portanto, isso parece não estar relacionado a Por que minha unidade de usuário do systemd não inicia na inicialização?
Interessante.
network-online.targetnão é puxado por padrão, então acho que nãosystemd-logindfaz nada com ele; Acho que o logind não sabe que precisa esperar que seus detalhes de usuário fiquem disponíveis ...Olhe para cima
nss-user-lookup.target. Talvez você deva criar um arquivo drop-in para quenss-user-lookup.targetganheWants=eAfter=emnetwork-online.target.O comentário em
nss-user-lookup.targetnão parece que suas necessidades foram antecipadas. "Isso existe principalmente para implementações sem ativação de soquete/barramento."Eu acredito que o SSSD implementa o cache para acesso offline. Então, talvez, quando você usa o SSSD, ele funcione, sem ter que fazer tudo esperar pelo wifi.
Parece que as soluções não SSSD também podem fornecer cache para acesso offline, mas a configuração padrão pode não armazenar em cache por tempo suficiente: https://wiki.debian.org/LDAP/NSS#Offline_caching_of_NSS_with_nscd
O problema foi resolvido adicionando o usuário ao arquivo /etc/passwd e não confiando apenas no NIS.