Recuperar Partição EXT4 de Redimensionamento Interrompido

Question

mundo! [isso é engraçado, ele automaticamente leva "hello" s]

Estou instalando o Ubuntu no laptop de um amigo e encontrei um problema ao redimensionar a partição do Ubuntu. Eu estava expandindo para a esquerda (mover e redimensionar), mas o processo foi interrompido enquanto estava executando a cópia de dados real. O GParted diz que a partição está corrompida e o sistema de arquivos não pode ser lido. Agora, não estou preocupado com a reinstalação. O problema é que eu já havia copiado alguns dos arquivos da partição do Windows.

Como posso retomar o processo de cópia? Veja o que o GParted diz sobre isso:

Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: [tl;dt]
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal_ext_attr_resize_inode dir_index filetype extent flex_bg sparse_super large_file
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1155072
Block count: 4619008
Reserved block count: 230950
Free blocks: 764535
Free inodes: 968259
First block: 0
Block size: 4096
Fragment size: 4069
Reserved GDT blocks: 1022
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
...
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
...

Journal superblock magic number invalid!

Unable to read the contents of this filesystem!
...

Uma coisa que me intriga é o atributo has_journal_ext_attr_resize_inode em Filesystem features . É como se soubesse que estava no meio de um redimensionamento. Apenas um palpite.

    

Answer 1

Você não pode; o sistema de arquivos é torrado.

Para retomar a mudança, você precisa saber exatamente onde estava no processo quando foi interrompido.

Quanto aos recursos, acho que você inseriu alguns sublinhados onde não há nenhum. has_journal , ext_attr e resize_inode são recursos separados. O primeiro é o diário ext3 / 4 que registra atualizações de metadados no fs para que ele possa se recuperar rapidamente após uma falha. A segunda significa que os atributos estendidos estão habilitados e o terceiro permite que o fs seja criado enquanto ainda está montado. Nenhum deles tem nada a ver com a movimentação da partição pelo gparted.

Sua única esperança é photorec , que pode recuperar arquivos alguns em outro disco, sem seus nomes ou outros metadados.

    

Answer 2

Não sei exatamente o que você fez lá. Você acabou de expandir o sistema de arquivos ou estava movendo a partição também? Você copiou o arquivo para essa partição durante o redimensionamento? Esta é uma ideia muito ruim. Esses arquivos de uma partição do Windows que você estava tentando excluir ao mesmo tempo? Isso é realmente confuso.

Se você está apenas tentando recuperar o sistema de arquivos e tem apenas um superbloco ruim, primeiro faça um backup da unidade e um dump do sistema de arquivos quebrado, para não piorar as coisas. Do que tentar isto: Linux: Encontre Superblocos Alternativos