GPT Не монтируется с использованием "обычных" методов монтажа GPT 12.04
У меня есть два диска по 2 ТБ: один MBR и другой GPT.
sudo blckid /dev/sdb1
возвращает пробел.
Гдиск показывает:
Сканирование таблицы разделов: MBR: защитный BSD: нет APM: нет GPT: настоящее Найден действующий GPT с защитным MBR; используя GPT. Предупреждение! Вторичная таблица разделов перекрывает последний раздел на 1970 блоков! Вам нужно будет удалить этот раздел или изменить его размер в другой утилите. Диск /dev/sdb: 3907027055 секторов, 1,8 ТиБ Размер логического сектора: 512 байт Идентификатор диска (GUID): 38A1113D-B5E9-4B69-ABFF-ACB27AFB3DDD Таблица разделов вмещает до 128 записей Первый полезный сектор 34, последний полезный сектор 3907027021 Разделы будут выровнены по границам 8 секторов Общий объем свободного места в секторах 2014 года (1007,0 КиБ) Номер Начало (сектор) Конец (сектор) Размер Код Название 1 34 262177 128,0 МиБ 0C01 Microsoft зарезервированная часть 2 264192 3907028991 1,8 TiB 0700 Базовый раздел данных
монтирование через fstab или -t выдает ту же ошибку при использовании NTFS или NTFS-3g "Подпись NTFS отсутствует"
GParted говорит, что один раздел перезаписывает другой, но в Windows вообще нет ошибок. Диск также легко монтируется с помощью MacO (тройная загрузка)
1 ответ
Ваша таблица разделов повреждена. Обратите внимание на следующее:
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 и он начинает работать, однако, не игнорируйте проблему таблицы разделов; это может вернуться и укусить тебя!