Recuperação de dados - sistema de arquivos danificado

0

Eu recentemente instalei uma nova distribuição (Ubuntu 16.04, antes do Ubuntu 14.04). Antes da instalação eu copiei meus dados no disco rígido externo. Quando eu estava tentando copiá-lo de volta, não consegui acessá-lo. Parece que o sistema de arquivos (ext4) está danificado. Consegui ver com fdisk -l commnad , mas não para montá-lo. Eu criei o ponto de montagem em /media chamado external

Eu corri sudo mount /dev/sdb1 /media/external

A saída é:

 mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
        missing codepage or helper program, or other error

      In some cases useful info is found in syslog - try
      dmesg | tail or so.

Eu tentei mount -t ext4 /dev/sdb1 /media/external

Saída:

mount: special device /dev/sdb1 does not exist
maria@maria-Vostro-3360:/media$ 

Eu também estava tentando inicializar o computador no live ubuntu 14.04, o sistema que estava instalado quando eu estava copiando os dados no disco externo, mas isso não ajudou.

O Gparted mostra unknown file system e, abaixo dos detalhes, segue:

Eucorritestdisk.Eunãotenhocertezaseeufizissocorretamente(porexemplo,eunãoseiseeudeveriaescolhernopartitionnedouhouveumapartiçãonomeudisco.Euescolhiasopçõespadrão,ouseja,particionado,digite-LinuxOresultadodapesquisaprofundafoi"

Disk /dev/sdb - 320 GB / 298 GiB - CHS 38913 255 63
     Partition               Start        End    Size in sectors
 D Linux                    0  32 33 38913  70  5  625139712
 D Linux                 1215 170 44 38913  70  5  605612032
 D Linux                 1490 100 19 38913  70  5  601198592
 D Linux                19611 118 28 25015 239 56   86822912

Como parece que o sistema de arquivos está danificado, eu queria executar fsck . Eu corri sudo fsck -r /dev/sdb1 e eu tenho isso:

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
Superblock has an invalid journal (inode 8).
Clear<y>? 

Como não entendo realmente o que estou fazendo, digitei no , não quero estragar mais e perder meus dados de forma definitiva. A saída foi:

fsck.ext2: Illegal inode number while checking ext3 journal for /dev/sdb1

/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sdb1: ********** WARNING: Filesystem still has errors **********

/dev/sdb1: status 12, rss 3040, real 816.797699, user 0.004000, sys 0.000000

UPDATE: em testdisk , tentei verificar o non partitioned media . Que Advanced - filesystem utiles mostra a partição primária com sistema de arquivos desconhecido. Tentei alterá-lo para ext4 e depois digitei list . A saída foi: Can't open filesystem. Filesystem seems damaged.

ATUALIZAÇÃO 2: Seguindo o conselho do @ heynnema, consegui recuperar algo, mas ainda não sei exatamente o quê. Todos os arquivos e diretórios estão em um diretório lost+found com nomes com fio (começando por # e depois de números diferentes). Alguns dos arquivos tem o nome de um arquivo que eu tinha no meu computador, mas o nome não corresponde ao conteúdo. Para abrir a pasta lost+found , tenho que usar sudo e não consigo copiar:

root@maria-Vostro-3360:/media/maria/9db3c007-4387-4ea8-a61c-b12fa10049bc/lost+found/#3670019# cp -i /media/maria/9db3c007-4387-4ea8-a61c-b12fa10049bc/lost+found/#4718697/ /home/maria/Desktop/odzysk/1
cp: omitting directory '/media/maria/9db3c007-4387-4ea8-a61c-b12fa10049bc/lost+found/#4718697/'

O arquivo .odt depois de abri-lo é assim: Estava carregando muito tempo e finalmente recebi a mensagem de que contém alguns caracteres inválidos. Enquanto eu estava tentando mudar a codificação, o arquivo foi fechado devido a algum erro.

    
por maria 26.10.2016 / 13:33

1 resposta

1

Após uma conversa prolongada nos comentários e no bate-papo ... e apenas para encerrar essa pergunta ... veja o que fizemos ...

  1. realizou um fsck na unidade de disco rígido externa
  2. todos os arquivos recuperados foram encontrados na pasta perdida + encontrada
  3. mudamos o nome e a propriedade da pasta e seus arquivos
  4. copiou a pasta da unidade de disco rígido externa para a área de trabalho
  5. analisou alguns dos arquivos e encontrou os dados ausentes
por heynnema 07.11.2016 / 02:26