O que causou este problema de sistema de arquivos / montagem ext3?

2

((K) Ubuntu 12.04, kernel 3.2.0-38 genérico, fstype ext3)

Recentemente, deparei com a "ótima idéia" de usar a hibernação para salvar o estado em meu sistema operacional principal, enquanto inicializo outro sistema operacional. Eu fiz isso sem problemas nas últimas semanas. Alguns dias atrás, minha sorte acabou ...

Eu retomei da hibernação para o meu sistema operacional principal, usei o dia todo (faltando alguns sinais de aviso - como ser incapaz de salvar um arquivo), e então percebi que meu sistema de arquivos raiz era montado como somente leitura; Eu tentei remontar sem sucesso, corri fsck e reiniciei. A maioria das coisas parece ter recuperado OK (além do trabalho não salvo (duh / não muito grande) e um problema do Firefox), mas obviamente isso não é algo que eu gostaria de repetir. Dmesg e / var / log / logs não me disseram nada óbvio (aos meus olhos) sobre o que aconteceu. Eu não pensei em salvar a saída do fsck.

Só para tornar as coisas um pouco mais estranhas - na verdade, removi fisicamente a unidade com o sistema operacional principal (e a partição swap / hibernate). O sistema operacional secundário com o qual eu estava jogando é um sistema operacional "ao vivo". Assim, o secundário nunca teve acesso direto à partição em questão (ou à imagem de hibernação).

Então, pergunta principal: O que causou isso?

// // //

Edit: para esclarecimento, o acima é a questão, abaixo foi apenas o meu specualtion. Pelos comentários, a coisa do RTC pode ser um arenque vermelho - foi apenas um palpite.

Meu melhor palpite sobre o que aconteceu é que talvez o sistema operacional ao vivo tenha mudado o clock do meu sistema, o que me atrapalhou com o meu principal / root ext3 fs (porque .. timestamps?), causando um erro, que forçou uma remontação como ro. (A partição raiz é normalmente montada com a opção "errors = remount-ro"). Dito isso, no nível do usuário, meu relógio de mesa não está errado / foi alterado. Eu não pensei em verificar com mais precisão (ou em tudo) imediatamente após o 'currículo problemático'. Ainda assim, é a única maneira que posso pensar para o secundário quebrar algo sem ter acesso ao primário .

Eu acho que já faz um tempo desde que eu corri o fsck, mas não sei por que isso aconteceria tão abruptamente. Mas eu acho que isso poderia ser uma explicação sem qualquer 'mágica de movimentação cruzada' - e não teria nada a ver com minhas ligações de hibernação.

Então, pergunta principal: O que causou isso?

Perguntas adicionais, se / como elas se encaixam: a coisa do RTC é plausível? Tenho certeza de que já vi opções relacionadas ao RTC no BIOS (para 'proteger contra gravação'?) - isso é uma coisa padrão / consistente? (Ou alguns sistemas não serão capazes de se proteger contra a manipulação do RTC?)
O que, se houver algum outro armazenamento não volátil, preciso considerar?

(Esse último, especialmente, pode precisar ser uma questão separada, eu acho.)

    
por hunter2 04.07.2013 / 12:59

0 respostas