partição ext3 com manutenção arruinada por fsck

4

Eu tenho vários sistemas com um ext3 lv / que funcionam muito bem até fsck'd - então eles estão irrecuperavelmente corrompidos.

Que esperança eu tenho de consertar esses sistemas e, separadamente, o que deu errado?

Estes são todos os sistemas antigos que começaram como 2.6 centos-ish caixas com vários volumes lógicos ext3 separados: / , /var e /unused . Eles foram migrados para um Linux moderno rodando o kernel 3.4 instalando na partição /unused e então inicializando para aquela nova instalação. Uma vez em execução, os antigos / e /var eram lvremove 'd, e a nova raiz foi renomeada e lvextend ' ed para absorver o espaço. Pelo que consegui reunir, a nova raiz foi resize2fs ao vivo após o lvextend . (Esta pode ser a raiz do problema).

Todos eles correm bem até que um fsck seja forçado, ponto em que o fsck reclama poderosamente e torna o sistema não inicializável (pânico). Muitos erros, como:

Inode 12345 has INDEX_FL flag set but is not a directory
Inode 67890, i_blocks is 1307617, should be 0.
Inode 34567, i_size is 5616670468207675, should be 0.
... and on and on, followed by lots of multiply claimed inodes, sometimes with ...
Error storing directory block information (inode=76543, block=0, num=98765432): Memory allocation failed

Para o contexto, as partições originais foram criadas sob o e2fsprogs-1.39-20 do CentOS, o resize2fs em 1.42.9-4, e o sistema atual está no CentOS 'older (don' t ask) 1.41.12-12.

    
por pilcrow 12.02.2015 / 15:29

1 resposta

0

Para responder explicitamente às suas perguntas:

Q: What hope do I have of repairing these systems?
A: Quite good since the fs is readable, but I'd plan on abandoning the current hard drive(s).

Q: Separately, what went wrong?
A: Unless you can definitively diagnose a hardware error (likely), you'll probably never know. You don't mention if you've looked for low-level I/O errors in the system log.

Como os sistemas de arquivos funcionam antes do fsck, eu estenderei o VG com um novo volume físico (um disco rígido novo e confiável real), defino um novo LV no novo PV, copie e retire a unidade antiga ( s), ou pelo menos executar os diagnósticos do fabricante, limpe & reformatar.

    
por 26.02.2015 / 18:33

Tags