Confira !!
Eles estão um pouco atrasados para fazer isso, mas os desenvolvedores do Ubuntu estão trabalhando para descobrir se faz sentido executar a "verificação do sistema de arquivos" FSCK no momento da inicialização. Acontece que o Ubuntu Server e outras instalações do Ubuntu que usam seu componente de instalação Curtin não habilitaram a funcionalidade para FSCK na inicialização, mas agora eles estão (re) visitando o assunto.
Este relatório de bug de 2018 aponta que o Ubuntu Server está definindo "fs_passno" como 0, o que significa que não há FSCK na inicialização. Esta é uma regressão e mudança no comportamento de instalações anteriores do Ubuntu Server para o Ubuntu 18.04 e além, onde eles introduziram seu novo instalador Subiquity baseado em Curtin onde FSCK não está acontecendo. Esse bug não foi tocado desde o início de 2019, mas agora está sendo revisitado pelos desenvolvedores do Ubuntu.
Também existe esse bug de 2017, indicando que "fs_passno" está sendo definido como 0 por padrão, levando a nenhum FSCK na inicialização.
Esses bugs agora são detectados pelos desenvolvedores do Ubuntu e estão sendo descobertos se desejam habilitar o FSCK na inicialização com o Curtin avançando, especialmente com o novo instalador de desktop do Ubuntu para fazer uso do Curtin também.
Michael Hudson Doyle da Canonical começou a discussão agora sobre o To fsck ou não fsck na inicialização por padrão . Ele reconhece que alguns sistemas de arquivos modernos como XFS / Btrfs / OpenZFS não suportam nenhum FSCK significativo, mas para casos como EXT4 e a partição de inicialização EFI pode fazer sentido habilitar a funcionalidade.
Portanto, é provável que o Ubuntu Server e outras instalações do Ubuntu baseadas em Curtin vejam o FSCK na inicialização habilitado por padrão para sistemas de arquivos onde for relevante, mas por enquanto ele deixou para a comunidade do Discourse coletar o feedback.
Até a próxima !1
Nenhum comentário:
Postar um comentário