Как мне прочитать раздел HPFS/NTFS (загрузочный) в Ubuntu (15.10)?

Для начала НИКОГДА не бегать fsck на раздел, когда вы не знаете, что это правильный путь. Проблема в том, что fsck это инструмент для ремонта, и поэтому он может записывать данные на диск. В вашем случае вы применили его еще до того, как узнали, какая файловая система используется на диске. Это чрезвычайно опасно, поскольку инструмент для ремонта мог запутаться и усугубить ситуацию, а не улучшить ее. Такой исход маловероятен, но возможен. Вы, вероятно, не причинили вреда, но есть небольшая вероятность, что вы нанесли больший ущерб диску, используя fsck в теме.

Чтобы узнать, какая файловая система находится на диске, используйте blkid, как в:

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

Конечно, ваш вывод, вероятно, будет другим, но в этом примере показан том NTFS. Если вы не получите никакого вывода, это означает, что blkid не удалось определить файловую систему, что, в свою очередь, означает, что она очень сильно повреждена. Если есть выход, но TYPE= показывает что-то другое, чем ntfs, это означает, что это не том NTFS. Возможно, результат будет очевиден, и вы можете продолжить с этого момента, или, возможно, вам нужно будет отправить подробности для получения дополнительной информации.

С известной файловой системой вы можете использовать специфичные для файловой системы инструменты монтирования и, возможно, инструменты восстановления. Вы уже пробовали монтировать с помощью вероятных инструментов (NTFS и exFAT). Код типа для раздела (0x07) когда-то обычно использовался для HPFS, но это было бы вероятно, только если бы диск использовался с OS/2, и вы говорите, что он использовался с Windows 7.

Перед использованием потенциально разрушительных инструментов восстановления целесообразно сделать резервное копирование низкого уровня, например:

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

Эта команда выполняет резервное копирование /dev/sdf1 в файл sdf1.img в /path/to/lots/of/space/, Убедитесь, что достаточно свободного места для всего раздела - около 233 ГБ в вашем случае. Создание этой резервной копии даст вам возможность восстановиться, если инструмент восстановления усугубит ситуацию, как это иногда случается.

Я догадываюсь, что диск использует NTFS, но он поврежден и / или не был правильно отключен. Если это так, вы должны сначала восстановить его с помощью инструментов Windows. Linux ntfsfix утилита плохо названа; он выполняет только самые минимальные проверки, а затем помечает диск как требующий внимания в Windows. В Linux нет поддержки NTFS fsckтак что не стоит пытаться использовать fsck на томе NTFS.

Также возможно, что происходит нечто более экзотическое. Например, диск мог использоваться в RAID-массиве, и в этом случае вы не сможете восстановить что-либо без других дисков из того же массива. (Особенности будут зависеть от типа используемого RAID и других деталей.)

В худшем случае вы можете использовать PhotoRec для восстановления отдельных файлов.

Еще один момент: в своих комментариях вы сказали, что запускали GParted на /dev/sdf1, Это бесполезно - и даже потенциально опасно. /dev/sdf1 раздел, но GParted предназначен для использования на всем диске, то есть /dev/sdf,

В моем случае, эта проблема была решена с помощью dislocker, поскольку у меня был жесткий диск с блокировкой Windows 10.