___ tag123datarecovery ___ A recuperação de dados é o processo de recuperar dados de mídias de armazenamento secundário danificadas, com falha, corrompidas ou inacessíveis quando não podem ser acessadas normalmente. Use esta tag quando quiser consultar um dos problemas indicados. ___ tag123ext4 ___ O ext4 ou quarto sistema de arquivos estendido é um sistema de arquivos de registro no diário para Linux, desenvolvido como o sucessor do ext3. ___ qstntxt ___

Ainda outra questão do sistema de arquivos. Eu queria usar um drive USB que eu não tinha montado por um mês ou mais e fiquei surpreso com o fato do Ubuntu não poder montá-lo. Eu procurei no utilitário de disco e ele disse que descobriu um dispositivo com 17 MB em vez de 2 GB. O hardware parece intacto, espero o melhor para reparar o sistema de arquivos ext4.
Eu segui as instruções do COMO: Reparar um Superbloco Ext4 quebrado em Ubuntu , mas eu não tive sucesso.

%pre%
  

e2fsck 1.42.5 (29-Jul-2012)
  ext2fs_open2: Número mágico ruim no super-bloco
  fsck.ext4: Superblock inválido, tentando blocos de backup ...
  fsck.ext4: Número mágico ruim no super-bloco ao tentar abrir / dev / sdb

     

O superbloco não pôde ser lido ou não descreve uma extensão ext2 correta   sistema de arquivo. Se o dispositivo é válido e ele realmente contém um ext2   sistema de arquivos (e não swap ou ufs ou outra coisa), então o superblock
  está corrompido e você pode tentar executar o e2fsck com um superbloco alternativo:
      e2fsck -b 8193

Blocos do sistema de arquivos são inválidos, no entanto, quando executo a solução recomendada para tentar o superbloco alternativo, recebo a seguinte saída:

%pre%
  

e2fsck 1.42.5 (29-Jul-2012)
  e2fsck: Argumento inválido ao tentar abrir / dev / sdb

mais a mesma mensagem de erro do último parágrafo acima.
Alguma idéia de como recuperar a unidade?
Muito obrigado!

Editar: %code% não ajuda. Eu ainda estou surpreso porque as ferramentas só descobrem 17 MB.

O recurso gparted "Attempt Data Rescue" não produziu resultados, nenhum sistema de arquivos foi identificado.

@Colin De acordo com o utilitário de disco, o dispositivo não está particionado, só posso lidar com dispositivos no momento. É a questão se a tabela de partição ou o sistema de arquivos está danificado. Rodando fsck com partição, dá

  

fsck.ext2: Nenhum arquivo ou diretório ao tentar abrir / dev / sdb1
  Possivelmente dispositivo inexistente?

@John

%pre%
  

00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................

  *
  1 + 0 registros no
  1 + 0 registra - se   512 bytes (512 B) copiados, 0,00307007 s, 167 kB / s
  00000200

Como todos são zeros, isso significa que não há restos de MBR?

O resultado foi muito rápido.

%pre%
  

00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................

  *
  01000000

Tudo é zero. Eu acho que o pendrive quebrou deitado em uma gaveta de uma forma mágica e inexplicável.

    
___

3

Ainda outra questão do sistema de arquivos. Eu queria usar um drive USB que eu não tinha montado por um mês ou mais e fiquei surpreso com o fato do Ubuntu não poder montá-lo. Eu procurei no utilitário de disco e ele disse que descobriu um dispositivo com 17 MB em vez de 2 GB. O hardware parece intacto, espero o melhor para reparar o sistema de arquivos ext4.
Eu segui as instruções do COMO: Reparar um Superbloco Ext4 quebrado em Ubuntu , mas eu não tive sucesso.

# fsck.ext4 -v /dev/sdb
  

e2fsck 1.42.5 (29-Jul-2012)
  ext2fs_open2: Número mágico ruim no super-bloco
  fsck.ext4: Superblock inválido, tentando blocos de backup ...
  fsck.ext4: Número mágico ruim no super-bloco ao tentar abrir / dev / sdb

     

O superbloco não pôde ser lido ou não descreve uma extensão ext2 correta   sistema de arquivo. Se o dispositivo é válido e ele realmente contém um ext2   sistema de arquivos (e não swap ou ufs ou outra coisa), então o superblock
  está corrompido e você pode tentar executar o e2fsck com um superbloco alternativo:
      e2fsck -b 8193

Blocos do sistema de arquivos são inválidos, no entanto, quando executo a solução recomendada para tentar o superbloco alternativo, recebo a seguinte saída:

# e2fsck -b 8193 /dev/sdb
  

e2fsck 1.42.5 (29-Jul-2012)
  e2fsck: Argumento inválido ao tentar abrir / dev / sdb

mais a mesma mensagem de erro do último parágrafo acima.
Alguma idéia de como recuperar a unidade?
Muito obrigado!

Editar: testdisk não ajuda. Eu ainda estou surpreso porque as ferramentas só descobrem 17 MB.

O recurso gparted "Attempt Data Rescue" não produziu resultados, nenhum sistema de arquivos foi identificado.

@Colin De acordo com o utilitário de disco, o dispositivo não está particionado, só posso lidar com dispositivos no momento. É a questão se a tabela de partição ou o sistema de arquivos está danificado. Rodando fsck com partição, dá

  

fsck.ext2: Nenhum arquivo ou diretório ao tentar abrir / dev / sdb1
  Possivelmente dispositivo inexistente?

@John

# sudo dd if=/dev/sdb bs=512 count=1 | hd
  

00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................

  *
  1 + 0 registros no
  1 + 0 registra - se   512 bytes (512 B) copiados, 0,00307007 s, 167 kB / s
  00000200

Como todos são zeros, isso significa que não há restos de MBR?

O resultado foi muito rápido.

sudo hd /dev/sdb | less
  

00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................

  *
  01000000

Tudo é zero. Eu acho que o pendrive quebrou deitado em uma gaveta de uma forma mágica e inexplicável.

    
por phineas 10.10.2012 / 11:24

0 respostas