Existe uma maneira de executar systemctl daemon-reload no modo de recuperação. (Debian) Se sim, como?
Eu estava tentando mudar o ponto de montagem de uma das minhas unidades, então editei meu arquivo fstab para o local desejado. Então, tentei executar systemctl daemon-reload, mas não funcionou. Não consigo lembrar do erro que ele me deu, mas imaginei que se eu reiniciasse meu computador ele se consertaria sozinho...
GRANDE PROBLEMA
Depois que reiniciei, não consegui passar da tela de inicialização. A verificação do sistema de arquivos falharia naquela unidade, então eu ficaria preso em uma tela repetida. Entrei no modo de recuperação para descobrir qual é o problema e, pelo que entendi, simplesmente preciso executar o daemon-reload, mas como a única maneira de usar meu sistema é pelo modo de recuperação, não consigo executar o comando. Pelo que entendi, ele não será executado no modo de recuperação porque 1. Estou pedindo para ele reiniciar sozinho e ele não consegue fazer isso, ou 2. O systemd não está sendo executado no modo de recuperação.
2 é improvável para mim porque por que ele não estaria em execução, mas recebo o seguinte erro que me faz pensar que ele não está em execução.
Executando em chroot, ignorando o comando 'daemon-reload'
Então com sudo eu consigo um melhor
não é possível alocar pty: nenhum dispositivo desse tipo
Estou assumindo que o pty não existe no modo de recuperação, daí 2.
Meu entendimento do problema está correto? Alguém tem alguma sugestão sobre o que eu posso tentar fazer para executar o daemon-reload?
Você pode ter uma pequena ideia errada sobre o que
systemctl daemon-reload
isso significa.Se você fizer algo que exigiria um
systemctl daemon-reload
, mas reinicializar o sistema, a execuçãosystemctl daemon-reload
não será mais necessária após a reinicialização, porque reinicializar o sistema também fará com que suasystemd
configuração seja completamente recarregada.Ou em outras palavras:
systemctl daemon-reload
é necessário apenas para fazer com quesystemd
as alterações de configuração entrem em vigor sem reinicializar. Se você reinicializar, as alterações entrarão em vigor de qualquer maneira.Pela sua descrição, parece que agora você tem uma linha no seu
/etc/fstab
arquivo que contém um erro ou é impossível para o sistema implementar (por exemplo, você está dizendo ao sistema para montar uma partição que não teve nenhum sistema de arquivos criado nela (mkfs
) primeiro, então sua verificação do sistema de arquivos sempre falhará).Você provavelmente deve comentar a
/etc/fstab
linha ou adicionar umanofail
opção a ela, para permitir que o sistema a pule e não fique preso no modo de emergência se a montagem desse sistema de arquivos falhar por qualquer motivo. Dessa forma, você deve fazer seu sistema inicializar em um estado mais ou menos normal e terá mais facilidade para descobrir por que o sistema de arquivos não pode ser montado.Quando você inicializa no modo de recuperação a partir de uma mídia de instalação, o modo de recuperação oferecerá automaticamente o chroot para o sistema que você está tentando resgatar. Isso faz com que o sistema de arquivos pareça o mesmo de quando o sistema está funcionando normalmente. Mas a
systemd
configuração de execução real nessa situação ainda está na mídia de instalação e não foi alterada - e, de fato, você não pode alterá-la de uma sessão que está em chroot no sistema a ser resgatado.Em tal situação, o
mount
comando deve estar voltando para o modo "clássico", pulando a integração do systemd e lendo/etc/fstab
diretamente. Então, se você quiser testar a validade do seu/etc/fstab
depois de fazer correções, basta executarmount -a
para tentar montar todos os sistemas de arquivos listados em/etc/fstab
.