Como corrigir o tamanho do fs para o volume lógico

Question

Reduzi o volume lógico lv_postgres size para um 5G. em seguida, redistribuiu o espaço livre para outro lv lv_home , mas não fez resize2fs para o volume reduzido lv_postgres' . Na próxima inicialização eu caio no modo de emergência e resize2fs lv_postgres não faço a tarefa dizendo "Por favor, execute e2fsck -f " e o último diz "O superbloco ou pt é provável que esteja corrompido" se eu continuar então no passe 5 obter "bloco de leitura de erro ao ler inode e bloquear bitmaps" o tamanho do fs de acordo com o superbloco é 2564096 blocos o tamanho físico do dispositivo é 1253376 blocos Eu quero reduzir o volume de 9,78 G para 4,78 G para corresponder ao tamanho necessário

Qual é o caminho certo para corrigir o tamanho do volume?

    

Answer 1

Se você encolheu seu LV sem encolher seu sistema de arquivos primeiro, ele está corrompido e os dados nele são perdidos, já que os arquivos provavelmente foram armazenados nas áreas agora mais acessíveis. Os sistemas de arquivos não gostam disso e você pode não conseguir consertá-lo.

Se você não escreveu nenhum dado ainda para o outro LV que agora ocupa o espaço, sua melhor aposta é restaurar o layout original do LV (você pode encontrar backups adequados em / etc / lvm / * /) , desfazendo o LV redimensiona. Se nada foi escrito, o sistema de arquivos ainda pode estar intacto e você pode se recuperar de lá.

Se você já cresceu o outro sistema de arquivos para a mesma área, você apenas repetirá os mesmos problemas com as partições iniciais.

    

Answer 2

Eu não sou um especialista, mas deixe-me ver se posso ajudá-lo. você tinha um volume lógico lg1 e reduziu para 4.7G, mas não executou resize2fs antes de criar outro volume lógico lg2 a partir do espaço liberado.

Eu acredito que você não tenha nenhum dado em lg2.

Por que você não pode

• Excluir volume lógico lg2
• Executar resize2fs em lg1
• Recriar lg2