3

У меня есть диск 4 ТБ, подключенный к контроллеру Dell H200. Диск был отформатирован в Windows с использованием GPT и правильно отображает 4 ТБ в Windows.

Тот же диск на том же компьютере, загруженный в Linux (Ubuntu 16.04), не полностью распознается как имеющий 4 ТБ.

Запуск gdisk /dev/sdb -l приводит к

GPT fdisk (gdisk) version 1.0.1

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
3519068194 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sdb: 4294967295 sectors, 2.0 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): F8EA0B25-8D84-4BBB-88EB-BA90615C5318
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 4294967261
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 ...
   2          264192      7814035455   3.6 TiB     0700  Basic data partition

Обратите внимание на "2.0 TiB", выделенный жирным шрифтом выше

Я также не могу установить это. Монтирование /dev /sdb1 приводит к ошибке «mount: неправильный тип fs ...», а монтирование /dev /sdb2 приводит к

mount: special device /dev/sdb2 does not exist

Сначала я подумал, что это проблема с микропрограммой контроллера H200, но это не объясняет, почему он работает в Windows, а не в Linux, и почему его нельзя смонтировать. Как я могу заставить Linux распознать диск? Нужно ли переформатировать диск с помощью Linux? Как я могу гарантировать, что любая из операционных систем сможет правильно видеть диск в будущем?

ОБНОВИТЬ:

Ну, теперь я чувствую себя немного глупо. Оказывается, это была проблема с прошивкой контроллера H200 все время.

Сначала я попытался обновить прошивку контроллера H200, и теперь gdisk корректно возвращает:

Disk /dev/sdb: 7814037168 sectors, 3.6 TiB

и /dev /sdb2 монтируется без проблем. Теперь я пытаюсь понять, почему диск читался правильно в Windows (7), а не в Linux с устаревшей прошивкой H200.

1 ответ1

3

Ситуация кажется мне ясной, менее ясной, почему это произошло. Ваш вывод гласит:

Warning! Secondary partition table overlaps the last partition by 3519068194 blocks!

У GPT есть две таблицы разделов: основная, расположенная в начале диска, и вторая (или резервная), расположенная в последних 33 секторах (16 КБ) диска, см. Вики-статью Arch Linux, которая всегда вам поможет .

Часто случается так, что люди не оставляют места для резервного PT при разделении диска вручную, что приводит к жалобам дисковых утилит на отсутствие таблицы вторичных разделов и предупреждению об изменении размера последнего раздела путем его уменьшения на 33 сектора. ,

У вас точно такой же случай, за исключением того, что ваш резервный СТ прибывает в 3,5x10 ^ 9 секторов (\ около 1,8 ТБ) слишком рано. Другими словами, утилита gdisk видит неуместную резервную копию PT и думает, что это конец диска. Отсюда меньший размер диска (2 ТБ вместо ваших 4 ТБ) и невозможность смонтировать раздел, который выходит далеко за пределы (предполагаемого) края диска.

Как это произошло? Я могу только предполагать, но довольно странно, что резервный СТ появляется в конце точно 2ТБ, теоретического верхнего предела (см. Крайнее правое поле в этой статье Википедии) для файловых систем FAT32 (с секторами 512В). Код файловой системы из вывода gdisk , 0x0700 , не очень информативен: согласно книге Рода Смита ,

Windows использует один код GUID для всех своих разделов данных, будь то FAT или NTFS

который по сути является кодом 0x0700. Следовательно, я не могу знать, FAT32 или NTFS, но если бы это был FAT32, мы могли бы понять загадку, в которой вы оказались. Более проблемным является наличие раздела (sdb2) больше доступного диска,

... last usable sector is 4294967261

в то время как конечный сектор sdb2 7814035455, и сообщение об ошибке

 mount: special device /dev/sdb2 does not exist

Скорее всего, мы видим результат нескольких попыток разбиения с некоторыми ошибками / ошибками / whatchamacallit.

Кроме того, gdisk непреклонен в вашем выборе:

    You will need to delete this partition or resize it in another utility.

Любой из вариантов подразумевает потерю данных. Я понятия не имею, что находится на вашем диске, является ли он новым или полным давно заветных личных данных, поэтому я не знаю точно, что предложить. Конечно, резервное копирование всего (из Windows), затем переформатирование диска (в Linux) и проверка диска в Windows перед тем, как фактически что-либо сохранить на нем, звучит разумно. Кроме того, я предлагаю вам выбрать файловую систему, такую как NTFS, которая не имеет ограничений по размеру диска (или, по крайней мере, не имеет отношения к диску 4TiB), снова посмотрите на это в самом правом окне этой статьи Википедии.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .