Algo deu errado com meu HD externo (o Ubuntu não pode montá-lo)

Question

Aqui está minha saída do comando fdisk:

sudo fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00043809

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   973105151   486551552   83  Linux
/dev/sda2       973107198   976771071     1831937    5  Extended
/dev/sda5       973107200   976771071     1831936   82  Linux swap / Solaris

Disk /dev/sdb: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x5387f1b4

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048   625140399   312569176    7  HPFS/NTFS/exFAT

De meu conhecimento limitado do Ubuntu - estou supondo que meu externo está sendo detectado pelo meu sistema operacional, mas não está sendo montado. Backstory: Eu estava tentando usar um arquivo ISO que eu tinha no meu externo usando AcetoneISO - então tudo congelou. Forcei um desligamento / reinicialização e, quando reiniciei, meu HD não montava. Nem sequer me deu uma mensagem de erro, simplesmente não funcionou. Estás bem? Ajuda?

EDIT: @Alaa: Eu estava prestes a adicionar esta informação. Acabei de tentar montar manualmente meu disco, e esta é a saída:

$ sudo mkdir /media/TOSHIBA_EXT
$ sudo mount -t ntfs-3g /dev/sdb1 /media/TOSHIBA_EXT
ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read $MFTMirr: Input/output error
Failed to mount '/dev/sdb1': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.

EDIT 2: Este é o resultado depois de tentar executar um NTFSFix

$ sudo ntfsfix /dev/sdb1
Mounting volume... ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read $MFTMirr: Input/output error
FAILED
Attempting to correct errors... 
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... ntfs_attr_pread_i: ntfs_pread failed: Input/output error
FAILED
Failed to read $MFTMirr: Input/output error

Hipótese: Eu encurtei o disco quando forcei um reboot nele? Eu sei que é ruim fazer isso - mas eu tive que fazer isso antes, tanto em sistemas baseados no Windows quanto desde que comecei a usar o Ubuntu - e esta é a primeira vez que alguma coisa deu errado. Apenas como um FYI para quaisquer respondentes, minha família está saindo para comer bastante em breve, por isso vou estar ausente para a próxima hora ou assim. Eu estou supondo que meu próximo passo lógico é executar um chkdsk em um ambiente baseado em Windows, então tentarei isso quando chegar em casa. Com base nos resultados disso, o que eu faço em seguida?

EDIT 3: Ainda esperando a minha chance de entrar no sistema de janelas (o laptop do meu pai e ele está ocupado usando-o). Eu descobri o comando fsck - que aparentemente é aproximadamente equivalente ao chkdsk em um ambiente Linux. Este é o resultado que recebo:

$ sudo fsck /dev/sdb1
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Eu repeti o fsck usando e2fsck e o modificador -b 8193, e obtive um resultado idêntico. Esta informação é útil para alguém?

EDIT: Eu tenho sido incapaz de usar o chkdsk em um ambiente Windows para recuperar o disco. Eu fiz algo para isso - não tenho certeza do que. Mas, os dados perdidos não estão terminando a vida, felizmente. Por isso, continuarei a investigar este problema sozinho e, se apresentar uma solução, repostarei esta questão e todas as informações relevantes. Agradeço a todos pela ajuda, tenham uma ótima noite! : -)

    

Answer 1

fsck é apenas aproximadamente equivalente ao chkdisk. Tanto quanto eu posso dizer, não é bom para o ntfs (daí o ntfsfix). Para um disco NTFS, é sempre melhor para fazê-lo a partir do Windows. Caso o disco tenha alguns erros irrecuperáveis com o Windows, eu irei guiá-lo em como usar o testdisk para a) consertar o fs b) recuperar os dados se tudo mais falhar

OK, para recuperar os dados, faça o download do testdisk e use-o:

link

(há capturas de tela para um processo semelhante - não exatamente o que você deseja, mas ainda é útil: link )

Depois de você ter feito isso para tentar recuperar o uso da própria unidade (não os dados), você pode tentar um teste destrutivo de badblock - isso limpará a unidade e mapeará todos os setores defeituosos.

link

    

Answer 2

Eu tenho o mesmo problema até lembrar que este disco rígido externo foi criptografado.

A única solução que conheço é a desativação do BitLocker em uma versão do Windows 7 ou 8, Pro ou Enterprise (a versão doméstica não é capaz de ler discos rígidos criptografados).

Espero que todas as verificações que você fez não corromperam dados do seu disco rígido.