Fiz alguns progressos (e uma resposta parcial):
Percebemos que em algumas aplicações (por exemplo, o Monitor do Sistema), em algum momento a troca foi relatada como 546,9 GB. A troca deve ser de 15,9 GB, e esse é um número suspeito perto da partição "virtualbox" quebrada.
lsblk mostrou que / dev / sda6 - a partição - também foi mapeada via cryptswap1 para trocar.
/ etc / crypttab teve:
cryptswap1 /dev/sda6 /dev/urandom swap,cipher=aes-cbc-essiv:sha256
A arma fumegante! Portanto, a hipótese agora é que a atualização 16.04 falhou em reconfigurar a troca corretamente e, em versões posteriores, a inicialização da troca quebrou a partição (o que explicaria por que as primeiras inicializações foram bem-sucedidas).
- Desative a troca em qualquer lugar (técnica usada em O que fazer com" a unidade de disco / dev / mapper / cryptswap1 ainda não está pronta ou não está presente "? )
- Reinicialize e confirme o estado sem troca
- Use o testdisk para investigar. Ele tenta marcar as partições ativas como excluídas e não consegue encontrar a partição, então saia.
- Confirmar estado inalterado com
sudo dumpe2fs /dev/sda6 -
dumpe2fs: Bad magic number in super-block while trying to open /dev/sda6 Couldn't find valid filesystem superblock. - Portanto, use o último método de vala descrito acima:
-
sudo /sbin/mkfs.ext4 -S -v /dev/sda6 -
sudo mount /dev/sda6 /media/USER/virtualbox-image/ - ... e ls lista alguns dos arquivos / diretórios!
Bem, viva !!
Não consegui acessar os arquivos, então executei o fsck. Houve tantos erros que eu desisti com preen e modos interativos e apenas usei -y. Aqui estão algumas mensagens fsck para referência:
- O descritor de grupo 4349 é 0xf6d0, deve ser 0x2ed1. FIXO.
- / dev / sda6: O Inode 13434881 está em uso, mas possui o dtime configurado. FIXO.
- / dev / sda6: O Inode 13434881 tem um tamanho extra (336), que é inválido FIXO.
- / dev / sda6: O Inode 13434881 possui o sinalizador INDEX_FL configurado, mas não é um diretório. ÍNDICE DE HTREE LIMPO.
- / dev / sda6: O nó 13434881, i_blocks é 137157068659908, deve ser 0. FIXO.
- Inodes que faziam parte de uma lista vinculada órfã corrompida encontrada. Consertar? sim
- O Inode 13434886 fazia parte da lista de inodes órfãos. FIXO. O
- Inode 13434886 possui um conjunto de sinalizadores imagic. Claro? sim
- Inode 13434886 tem um tamanho extra (62340) que é inválido Fix? sim
- O inode 13434886 tem o sinalizador de compactação definido no sistema de arquivos sem suporte à compactação. Claro? sim
- O nó 13434886 tem o sinalizador INDEX_FL definido, mas não é um diretório. Limpar o índice HTree? sim
- Inode 13434886, i_size é 18440780219561279704, deve ser 0. Fix? sim
- O inode 13434886, i_blocks é 219803506189340, deve ser 0. Corrigir? sim
- O inode 13495674 tem um bloqueio de atributo estendido ruim 21496064. Limpar? sim
- O Inode 13495674 tem bloqueio (s) ilegal (is). Claro? sim
- Bloco ilegal # 0 (1376321536) no inode 13495674. APAGADO.
- Arquivo /image_new_superblock.dd (inode # 45605, hora do mod Qua Oct 28 12:58:24 2015) tem 1 bloco (s) reivindicados por várias reivindicações, compartilhado com 1 arquivo (s): ... (inode # 13455772, tempo de modificação Thu Jul 4 03:48:32 1996) Clonar blocos multiplicados? sim
Muitas telas dos timestamps acima, em todo o lugar. fsck na verdade abortado várias vezes devido à alocação de memória, LOL. Eventualmente, ele correu limpo, com mensagens:
- Executando passes adicionais para resolver blocos reivindicados por mais de um inode ...
- Passo 1B: nova verificação para blocos reivindicados de forma múltipla
- Passe 1C: Diretórios de verificação para inodes com blocos reivindicados de forma múltipla
- Passe 1D: reconciliando blocos com várias reivindicações
Agora, pode montar a partição e copiar dados. Muitos arquivos ainda parecem intactos.
Mas há mais a fazer; esta partição foi afetada por 3 semanas. Presumivelmente, se eu repetir isso na imagem feita inicialmente, posso recuperar mais ou quase todos os dados . E ainda precisa investigar "Partição 1 não inicia no limite do setor físico". Mas, parecendo bem!