partição de volume lógico LVM corrompida após lvreduce

Question

Eu encontro o problema quando tento encolher um volume lógico. Tomei as ações conforme as etapas a seguir mostram:

# unmount /home
# lvreduce --size -100G /dev/vg_dev/lv_home 
# lvdisplay /dev/vg_dev/lv_home 

--- Logical volume ---
LV Path                /dev/vg_dev/lv_home
LV Name                lv_home
VG Name                vg_dev
LV UUID                QOxrP3-nS36-nZTG-yL7e-sDi0-Wl9z-LXp4pJ
LV Write Access        read/write
LV Creation host, time , 
LV Status              available
# open                 1
LV Size                197.98 GiB
Current LE             50683
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           253:4

# e2fsck -f /dev/vg_dev/lv_home

e2fsck 1.41.12 (17-May-2010)
The filesystem size (according to the superblock) is 78113792 blocks
The physical size of the device is 51899392 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>?

# resize2fs /dev/vg_dev/lv_home

resize2fs 1.41.12 (17-May-2010)
Please run 'e2fsck -f /dev/vg_dev/lv_home' first.

Eu não consigo montar o volume lógico, alguém pode me ajudar a resolver este problema?

    

Answer 1

Parece que você tentou redimensionar um volume e um sistema de arquivos na ordem errada.

Quando encolher , você deve executar ações nesta ordem

1. Redimensionar o sistema de arquivos
2. Redimensionar o volume lógico

Quando crescer , você deve executar ações nesta ordem

1. Redimensionar o volume lógico
2. Redimensionar o sistema de arquivos

Para o seu problema

A primeira coisa que gostaria de fazer é clonar a unidade inteira usando dd para uma unidade sobressalente e trabalhar nela para recuperação.

Se você tiver sorte e não tiver usado nenhuma das extensões disponíveis do LV e, portanto, os blocos no disco não tiverem mudado, talvez seja possível redimensionar o LV de volta ao que ele era anteriormente e, em seguida, tentar um fsck no sistema de arquivos. Se o fsck passar, você poderá redimensionar o sistema de arquivos.

Se você ainda receber um erro com fsck , poderá ter causado danos irreparáveis.

NB

lvresize agora suporta redimensionamento do sistema de arquivos ao passar um argumento adicional -r|--resizefs , o que reduz a necessidade de redimensionar em uma ordem específica e reduz drasticamente o potencial de erro.

    

Answer 2

Uma possível solução é estender o sistema de arquivos em 100 GB, mas pode haver perda de dados. Por favor, faça o backup do sistema de arquivos desejado.

# lvextend -L +100G /dev/vg_dev/lv_home 
# resize2fs /dev/vg_dev/lv_home 

Depois você pode montar o arquivo.

Espero que isso resolva seu problema.

    

Answer 3

Redimensionei meu disco lógico, /dev/mapper e recebi o erro:

Either the superblock or the partition table is likely to be corrupt!

A solução foi fazer esse pedido com a partição corrompida:

[root@localhost]# mke2fs /dev/mapper/VolGroup-lv_home && fsck /dev/mapper/VolGroup-lv_home

e isso é tudo.

source: O tamanho do superbloco é diferente do tamanho físico da partição

    

Answer 4

Obviamente, apenas o superbloco do sistema de arquivos está corrompido. Para corrigir este problema, execute os seguintes comandos, caso seja um sistema de arquivos ext2 / 3:

mke2fs -S / dev / XXX & & fsck / dev / XXX

/ dev / XXX precisa ser substituído pelo dispositivo correspondente. Para outro FS, espera-se que use os comandos mkfs correspondentes. Com a opção "-S", apenas o superbloco e os descritores de grupo serão reinicializados. O comando "fsck" logo após o primeiro é executado para corrigir / ajustar os descritores de grupos.