Comment lire une partition HPFS/NTFS (bootable) sur Ubuntu (15.10) ?

Pour commencer, JAMAIS courir fsck sur une partition lorsque vous ne savez pas si c'est la bonne chose à faire. Le problème est que fsck est un outil de réparation et, en tant que tel, il est susceptible d'écrire des données sur le disque. Dans votre cas, vous l'avez appliqué avant même de savoir quel système de fichiers était utilisé sur le disque. C'est extrêmement dangereux, car l'outil de réparation peut s'être embrouillé et avoir fait des erreurs. pire plutôt que de l'améliorer. Un tel résultat est peu probable, mais possible. Vous たぶん n'a pas fait de mal, mais il y a une faible chance que vous ayez endommagé davantage le disque en utilisant la fonction fsck sur celui-ci.

Pour savoir quel type de système de fichiers se trouve sur le disque, utilisez la fonction blkid , comme dans :

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

Bien sûr, votre résultat sera probablement différent, mais cet exemple montre un volume NTFS. Si vous n'obtenez aucun résultat, cela signifie que blkid n'a pas pu identifier le système de fichiers, ce qui signifie qu'il est très endommagé. S'il y a une sortie mais que TYPE= montre quelque chose d'autre que ntfs cela signifie qu'il ne s'agit pas d'un volume NTFS. Peut-être que le résultat sera évident et que vous pourrez continuer à partir de là, ou peut-être que vous aurez besoin de poster des détails pour obtenir plus de conseils.

Lorsque le système de fichiers est connu, vous pouvez utiliser des outils de montage spécifiques au système de fichiers, et éventuellement des outils de réparation. Vous avez déjà essayé de monter avec les outils habituels (NTFS et exFAT). Le code de type de la partition (0x07) était autrefois couramment utilisé pour HPFS, mais cela ne serait probable que si le disque avait été utilisé avec OS/2, et vous dites qu'il a été utilisé avec Windows 7.

Avant d'utiliser des outils de réparation potentiellement destructeurs, il est judicieux d'effectuer une sauvegarde de bas niveau, comme dans le cas suivant :

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

Cette commande permet de sauvegarder /dev/sdf1 au fichier sdf1.img en /path/to/lots/of/space/ . Assurez-vous qu'il y a suffisamment d'espace libre pour contenir la partition entière -- environ 233 GiB dans votre cas. En effectuant cette sauvegarde, vous disposerez d'un moyen de récupération si un outil de réparation aggrave la situation, ce qui arrive parfois.

J'ai l'impression que le disque utilise NTFS mais qu'il est endommagé et/ou qu'il n'a pas été correctement fermé. Si c'est le cas, vous doit réparez-la d'abord avec les outils Windows. Les outils Linux ntfsfix porte mal son nom ; il n'effectue que les vérifications les plus minimes et signale ensuite le disque comme nécessitant une attention particulière dans Windows. Il n'y a pas de support Linux pour NTFS dans fsck Il ne faut donc pas essayer d'utiliser fsck sur un volume NTFS.

Il est également possible qu'il y ait quelque chose de plus exotique. Par exemple, le disque peut avoir été utilisé dans une matrice RAID, auquel cas vous ne pourrez rien récupérer sans le(s) autre(s) disque(s) de la même matrice. (Les détails dépendent du type de RAID utilisé et d'autres éléments).

Dans le pire des cas, vous pouvez utiliser PhotoRec pour récupérer des fichiers individuels.

Encore un point : dans vos commentaires, vous avez dit que vous avez exécuté GParted sur /dev/sdf1 . C'est inutile - et même potentiellement dangereux. /dev/sdf1 est la partition, mais GParted est conçu pour être utilisé sur la partition disque entier -- c'est-à-dire, /dev/sdf .

Dans mon cas, ce problème a été résolu à l'aide de dislocker car j'avais un disque dur verrouillé par Windows 10 bitlocker.