У меня есть два диска по 2 ТБ: один MBR и другой GPT.
sudo blckid /dev/sdb1
возвращает пробел.
gdisk показывает:
Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Warning! Secondary partition table overlaps the last partition by 1970 blocks! You will need to delete this partition or resize it in another utility. Disk /dev/sdb: 3907027055 sectors, 1.8 TiB Logical sector size: 512 bytes Disk identifier (GUID): 38A1113D-B5E9-4B69-ABFF-ACB27AFB3DDD Partition table holds up to 128 entries First usable sector is 34, last usable sector is 3907027021 Partitions will be aligned on 8-sector boundaries Total free space is 2014 sectors (1007.0 KiB) Number Start (sector) End (sector) Size Code Name 1 34 262177 128.0 MiB 0C01 Microsoft reserved part 2 264192 3907028991 1.8 TiB 0700 Basic data partition
монтирование через fstab или -t выдает ту же ошибку при использовании NTFS или NTFS-3g «Подпись NTFS отсутствует»
GParted говорит, что один раздел перезаписывает другой Тем не менее, Windows не показывает ошибок вообще. Привод также легко монтируется с помощью MacO (тройная загрузка)
Ваша таблица разделов повреждена. Обратите внимание на следующее:
First usable sector is 34, last usable sector is 3907027021
Number Start (sector) End (sector) Size Code Name
2 264192 3907028991 1.8 TiB 0700 Basic data partition
Конечный сектор раздела # 2 - это после последнего используемого сектора на диске. Это незаконно.
Обратите внимание, однако, что это ничего не говорит о файловой системе в этом разделе. Вполне возможно, что файловая система меньше с достаточным запасом, чтобы она полностью помещалась на диске. Если это так, удаление раздела в gdisk
и воссоздание его с меньшим размером может исправить ситуацию. Вам нужно будет выяснить точный размер файловой системы. Возможно, одна из утилит Linux NTFS может предоставить эту информацию, но я не уверен, как именно это сделать.
Также обратите внимание, что это раздел № 2 (/dev/sdb2
), который содержит файловую систему, а не /dev/sdb1
или /dev/sdb
. Если вы использовали один из последних двух идентификаторов в Linux, это могло бы объяснить сообщения об ошибках, которые вы получали. Если вы попробуете /dev/sdb2
и он начнет работать, не игнорируйте проблему таблицы разделов; он может вернуться и укусить вас!