Como posso ler uma partição HPFS / NTFS (Bootable) no Ubuntu (15.10)?

1

Gostaria de ler o conteúdo de um disco rígido antigo formatado como uma partição HPFS / NTFS (inicializável); Não tenho certeza se a parte inicializável faz a diferença. Eu tentei montar a unidade, mas não posso. Como posso ler esta unidade?

Ao usar sudo fdisk -l , a unidade aparece como:

:~$ sudo fdisk -l
Device     Boot Start       End   Sectors   Size Id Type
/dev/sdf1  *       63 488392064 488392002 232.9G  7 HPFS/NTFS/exFAT

Tentativa de usar mount :

:~$ sudo mount /dev/sdf1 /mnt/ntfs1
mount: wrong fs type, bad option, bad superblock on /dev/sdf1,
       missing codepage or helper program, or other error

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

Tentativa de usar ntfs-3g ;

:~$ sudo ntfs-3g /dev/sdf1 /mnt/ntfs1
NTFS signature is missing.
Failed to mount '/dev/sdf1': Invalid argument
The device '/dev/sdf1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Editar:

Tentativa de usar mount -t exfat :

:~$ sudo mount -t exfat /dev/sdf1 /mnt/ntfs1
FUSE exfat 1.1.0
ERROR: exFAT file system is not found.

fsck report:

:~$ sudo fsck -f /dev/sdf1
fsck from util-linux 2.26.2
e2fsck 1.42.12 (29-Aug-2014)
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/sdf1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
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>
 or
    e2fsck -b 32768 <device>
    
por DavidC 16.02.2016 / 03:25

2 respostas

1

Para começar, NUNCA executa fsck em uma partição quando você não sabe que fazer isso é o curso correto de ação. O problema é que fsck é uma ferramenta de reparo e, como tal, é provável que grave dados no disco. No seu caso, você o aplicou antes mesmo de saber qual sistema de arquivos estava em uso no disco. Isso é extremamente perigoso, uma vez que a ferramenta de reparo pode ter se tornado confusa e piorou em vez de melhorar. Tal resultado é improvável, mas é possível. Você provavelmente não causou nenhum dano, mas há uma pequena chance de você ter feito mais danos ao disco usando fsck .

Para saber que tipo de sistema de arquivos está no disco, use blkid , como em:

$ sudo blkid /dev/sdb3
/dev/sdb3: UUID="493344495F520D15" TYPE="ntfs"

Naturalmente, sua saída provavelmente será diferente, mas este exemplo mostra um volume NTFS. Se você não obtiver nenhuma saída, isso significa que blkid não conseguiu identificar o sistema de arquivos, o que, por sua vez, significa que ele está muito danificado. Se houver saída, mas TYPE= mostrar algo diferente de ntfs , significa que não é um volume NTFS. Talvez a saída seja óbvia e você possa continuar a partir daí, ou talvez você precise postar de volta os detalhes para mais conselhos.

Com o sistema de arquivos conhecido, você pode usar ferramentas de montagem específicas do sistema de arquivos e possivelmente reparar ferramentas. Você já tentou montar com as ferramentas prováveis (NTFS e exFAT). O código de tipo para a partição (0x07) era comumente usado para HPFS, mas isso seria provável apenas se o disco tivesse sido usado com o OS / 2 e você dissesse que ele foi usado com o Windows 7.

Antes de usar ferramentas de reparo potencialmente destrutivas, é aconselhável fazer um backup de baixo nível, como em:

sudo dd if=/dev/sdf1 of=/path/to/lots/of/space/sdf1.img

Esse comando faz o backup de /dev/sdf1 no arquivo sdf1.img in /path/to/lots/of/space/ . Certifique-se de que há espaço livre suficiente para armazenar a partição inteira - cerca de 233 GiB no seu caso. Fazer este backup lhe dará uma maneira de recuperar se uma ferramenta de reparo piorar as coisas, como às vezes acontece.

Meu palpite é que o disco usa o NTFS, mas está danificado e / ou não foi desligado corretamente. Se assim for, você deve primeiro repará-lo com as ferramentas do Windows. O utilitário ntfsfix do Linux é mal-nomeado; ele faz apenas as verificações mais mínimas e sinaliza o disco como precisando de atenção no Windows. Não há suporte para Linux para NTFS em fsck , portanto, você não deve tentar usar fsck em um volume NTFS.

Também é concebível que exista algo mais exótico acontecendo. Por exemplo, o disco pode ter sido usado em uma matriz RAID e, nesse caso, talvez você não consiga recuperar nada sem o (s) outro (s) disco (s) da mesma matriz. (Os específicos dependerão do tipo de RAID usado e de outros detalhes.)

Na pior das hipóteses, você pode usar PhotoRec para recuperar arquivos individuais.

Mais um ponto: nos seus comentários, você disse que executou o GParted em /dev/sdf1 . Isso é inútil - e até potencialmente perigoso. /dev/sdf1 é a partição, mas o GParted deve ser usado no disco inteiro - isto é, /dev/sdf .

    
por Rod Smith 17.02.2016 / 15:21
1

No meu caso, este problema foi resolvido usando o dislocker porque eu tinha um disco rígido bloqueado do windows 10 bitlocker.

    
por Erick Stone 08.09.2017 / 23:52