O último tempo de montagem do Superblock está no futuro

3

Ontem, encontrei um problema confuso. Durante a inicialização, o sistema reclamou que o último tempo de montagem do superbloco está no futuro e me pede para fazer o fsck. Eu usei o Debian Squeeze por meses e encontrei o problema pela primeira vez. Gostaria de saber se é um problema sobre o UTC.

Eu pesquisei mas não encontrei nada que me guie.

    
por Shawn Xie 06.10.2009 / 07:25

5 respostas

5

Isso pode (e geralmente acontece) quando o relógio do hardware morre, ou então quando o relógio do hardware foi acidentalmente colocado em um futuro distante em algum momento no passado (e desde então foi trazido de volta para a linha). O primeiro é muito mais comum que o segundo.

Certifique-se de que o sistema da máquina e os relógios de hardware estão precisos agora (execute hwclock ), depois desative a máquina, desligue-a, puxe a energia (desconecte-a fisicamente da rede), aguarde alguns de minutos, em seguida, inicie-o novamente. Ir para o BIOS e verifique o tempo lá. Se ainda estiver correto, é mais provável que seja um relógio de hardware mal ajustado e provavelmente não acontecerá novamente. Se estiver errado (provavelmente configurado para 1 de janeiro de 1988 ou algum outro tempo "redondo"), a bateria CMOS morreu e você deve substituí-la antes de definir a hora corretamente via BIOS e inicializar a máquina novamente. Manter as baterias sobressalentes da BIOS (as nossas caixas de ferramentas DC possuem uma caixa delas) é sempre uma boa ideia.

    
por 06.10.2009 / 08:31
2

Em meu Debian Mint Debian Edition (LMDE), Usando a resposta de Cook Schelling acima, editei /etc/standard/rcS como administrador e alterei o "FSCKFIX = no" para "FSCKFIX = yes"

Quando reiniciei, o problema foi corrigido.

Agora, se eu alterar o relógio na configuração da BIOS, o sistema corrigirá automaticamente qualquer problema do tipo "Superblock da última montagem no futuro".

    
por 02.01.2011 / 07:30
2

É uma questão bastante simples. E simples é a resolução.

  • Altere a data para uma nova.

    $ date -s "2 OUT 2016 18:00:00"

  • Execute o fsck check sem o modo auto e insira 'y' para corrigir os problemas. Neste caso, isso removerá o bloqueio.

    $ fsck

  • Ctrl + D reiniciará seu servidor. Isso deve fazer a inicialização do seu servidor corretamente.

  • Para verificar mais tarde de onde a hora do seu sistema está sendo sincronizada e verifique as configurações do UTC, etc.

Todos os melhores caras.

    
por 26.09.2016 / 07:45
1

... e se os relógios estiverem corretamente definidos, basta executar fsck . Não tenha medo. É uma distro de testes - talvez eles estragaram alguma coisa. ;)

    
por 06.10.2009 / 08:50
0

Eu encontrei a resolução. Eu editei / etc / default / rcS: mudei a linha

UTC=no

para

UTC=yes

Em seguida, reinicie e verifique se está tudo bem.

Eu me lembro que a configuração padrão do UTC é "sim" e eu mudei para "não". Parece ser meu erro. No entanto, por que funcionou corretamente por um longo tempo até recentemente?

    
por 09.10.2009 / 17:04