Partições corrompidas sem motivo

1

Eu tenho este layout de partição MBR em dois discos, internos e externos:

-sda1 /boot
-sda2 /
-sda3 swap
-sda4 extended
    sda5 encrypted
    sda6 encrypted

O disco externo é o mesmo, exceto que é obviamente 'sdb'.

Eu precisava restaurar algo do backup, mas não consegui fazer isso com o sistema em execução, então inicializei a partir de um pendrive inicializável. Liguei o disco rígido externo e copiei o que queria de duas partições: sdb2 e sdb5. Eu usei pcmanfm para montar e desmontar as duas partições. Tudo funcionou como esperado.

Eu reiniciei o disco interno e depois lembrei que queria copiar outra coisa. O arquivo adicional não exigia que o sistema ficasse offline, então não usei o pendrive. Eu conectei o disco externo novamente e ... sdb5 e sdb6 apareceram no pcmanfm como de costume, mas sdb1 e sdb2 não.

Eu tentei montar sdb2 manualmente na linha de comando e o mount não reconheceu, alegando que eu deveria especificar o tipo de sistema de arquivos. Eu fiz isso como 'mount-t ext4' e ainda não funciona.

Eu pensei que talvez algo mais estivesse quebrado no meu sistema, então eu reiniciei o pen drive novamente e confirmei o problema. Eu inicializei no sistema regular (disco interno) novamente e o problema persistiu.

Eu tentei abrir o sdb5 e ele descriptografa, mas não monta pela mesma razão: sistema de arquivos não-identificado. sdb6 ainda é aberto.

Os dois discos são exatamente iguais em 'fdisk -l', mas não em 'lsblk -f'. Todas as partições, exceto sdb6, não possuem identificação do sistema de arquivos no disco externo.

# lsblk -f
NAME                FSTYPE      LABEL UUID   MOUNTPOINT
sda                                        
├─sda1              ext2        boot  [uuid] 
├─sda2              ext4        root  [uuid] /
├─sda3                                                
│ └─swap            swap              [uuid] [SWAP]
├─sda4                                                 
├─sda5              crypto_LUKS       [uuid] 
│ └─cxx             xfs         cr1   [uuid] /crypt1
└─sda6              crypto_LUKS       [uuid] 
  └─czz             xfs         cr2   [uuid] /crypt2
sdb                                                    
├─sdb1                                                 
├─sdb2                                                 
├─sdb3                                                 
├─sdb4                                                 
├─sdb5              crypto_LUKS       [uuid] 
│ └─luks-[uuid]                                          
└─sdb6              crypto_LUKS       [uuid] 
  └─luks-[uuid]     xfs         cr2b  [uuid] /media/root/cr2b

Não consigo ver ou entender como isso aconteceu. Eu tenho outra cópia dos dados, mas agora estou muito desconfiado do disco externo. Ainda posso confiar? Existe alguma maneira de corrigir essa tabela de partição para que eu não precise copiar tudo de novo? Pensei em abri-lo e salvá-lo novamente no cfdisk ou fdisk, mas como uma das partições criptografadas também perdeu seu rótulo FS, não sei ao certo como fazê-lo.

    
por movingtype 18.02.2017 / 22:16

1 resposta

0

A diferença entre fdisk e lsblk é que fdisk é lida no disco, enquanto lsblk lista a exibição do kernel dos dispositivos em sysfs . Não que isso resolva seu problema, mas é bom ter em mente ao tentar descobrir problemas de partição. Executando dmesg | grep sd , você deve ter uma idéia do que o kernel detectou durante a inicialização, como discos, partições, etc. Se sda e sdb forem idênticos, você deve ter entradas semelhantes.

    
por 19.02.2017 / 11:43