Problema: Um servidor NFS está inativo e seu computador também está inativo!
Especificamente, ele bloqueia a inicialização. Um exemplo menos drástico é você levar seu laptop para seus amigos e então ele não consegue inicializar porque está tentando montar um servidor nfs na sua lan.
Problema confuso: Você não quer montá-lo manualmente após a inicialização, ou talvez o usuário que precisa dele não tenha permissão de montagem. Talvez você seja apenas preguiçoso? Quem se importa, ele deve montar se puder.
Quando pesquisei esse problema, descobri que costumava haver uma opção de inicialização chamada nowaitboot que resolveria esse problema. Infelizmente, ela foi removida há 10 anos. Qual é a alternativa?
Substituições comumente sugeridas:
nofail : causa um atraso enorme (edição: para testes posteriores, nem sempre é um travamento enorme. Uma falha de DNS causará um travamento rápido, mas o servidor inativo causará um longo)
noauto : não monta automaticamente
Em vez de montagem com hard fux no fstap, tente mudar para o uso do autofs
https://www.redhat.com/en/blog/mount-nfs-filesystems-autofs
Ele montará o compartilhamento NFS no primeiro acesso em vez de no momento da inicialização.
Solução:
fundo
Explicação: O Nfs usa fg como padrão para montagem. Ele roda em primeiro plano, ou no thread principal. Isso significa que ele bloqueia a inicialização posterior até que a montagem falhe ou seja bem-sucedida. Esta é uma boa opção quando a inicialização sem um ponto de montagem pode causar problemas. No entanto, se uma paralisação na inicialização for pior do que um compartilhamento não montado, então ele tem a opção bg . A opção bg roda em segundo plano, estranhamente. Isso significa que ele bifurca um novo thread para lidar com a montagem do compartilhamento para que o computador possa continuar a inicialização.
Além disso, pode ser combinado com retry=[count] e timeo=[number of 1/10ths of a second] para ajustar ainda mais o comportamento de montagem. Por exemplo: bg,retry=15,timeo=60 tentaria novamente 15 vezes com uma espera de 6 segundos entre as tentativas. Isso gera um atraso se a rede estiver inativa durante a inicialização, mas estiver ativa durante a sessão do usuário.
Exemplo na natureza:
/etc/fstab
Possíveis problemas: se um processo crítico precisar do servidor de rede ou coisas ruins acontecerem, se o servidor de rede estiver indisponível, coisas ruins acontecerão. fg é o padrão por um motivo.
Resumo: fg é o padrão por bons motivos, mas se esses motivos não se aplicam a você, bg pode ser um substituto útil para nowaitboot