Я являюсь автором программного обеспечения для разметки fdisk GPT , поэтому хорошо знаю эту тему. Предыдущие ответы способствовали некоторым заблуждениям, которые я хотел бы рассмотреть ....
Если вы хотите, чтобы размер раздела превышал 2 ТБ, вы должны использовать GPT вместо MBR.
Наверное. Подвох в том, что MBR максимально на 2 ^ 32 секторах. Это преобразуется в 2 ТиБ (не 2 ТБ; см. Здесь объяснение разницы), если размер логического сектора составляет 512 байт. Однако на многих внешних дисках и нескольких внутренних дисках теперь используются логические сектора размером 4 КиБ (4096 байт), что увеличивает предел MBR до 16 ТиБ.
Обратите внимание, что это относится к размеру логического сектора. Большинство современных жестких дисков используют 4096-байтовые физические сектора, но эта деталь не важна для определения ограничений таблицы разделов.
MBR поддерживает только разделы размером 2 ТБ. Если вам нужно несколько разделов (менее 2 ТБ каждый), вы должны иметь доступ ко всем дискам как к разным разделам.
До предела 4 ТиБ (при условии 512-байтовых секторов), и если вы готовы играть с огнем, да. MBR хранит данные раздела как начальную точку и размер, так что вы можете расширить пределы MBR до 4 ТиБ, но не дальше. Проблема в том, что это ненадежно. Я провел несколько тестов по этому вопросу несколько лет назад (см. Здесь), и в результате получилось, что операционные системы, которые могли бы обрабатывать такое ограничение пределов MBR, были в значительной степени теми же, что и GPT, поэтому в этом нет особой выгоды. Что еще более важно, есть вероятность того, что какая-то утилита с произвольным диском выйдет из строя, потому что она использует 32-битное значение для указателя сектора, даже если сама ОС может им управлять. Таким образом, я лично не доверял бы диску с этой конфигурацией - он может некоторое время нормально работать, но если вы запустите утилиту 32-битного нечистого диска, это может привести к серьезному повреждению данных.
BIOS не знает о GPT, поэтому не может загружаться с дисков, отформатированных GPT.
Это утверждение неверно или, в лучшем случае, оно относится только к некоторым ОС и BIOS. Процесс загрузки BIOS включает в себя чтение BIOS первым сектором диска (он же MBR) и выполнение кода на нем. Важно отметить, что традиционный BIOS ничего не знает о таблице разделов. Это код загрузчика в MBR, который (часто) начинает интерпретировать таблицу разделов. Таким образом, ограничения, препятствующие загрузке в режиме BIOS от GPT, встроены в загрузчики и операционные системы, а не в BIOS. Большинство ОС с поддержкой GPT (например, Linux, FreeBSD и даже OS X, использующие загрузчик Hackintosh) могут нормально загружаться с GPT-дисков на компьютерах только с BIOS. Основным исключением из этого правила является Windows, которая (AFAIK) не может быть загружена с GPT-дисков в режиме BIOS.
Есть одно важное предостережение: некоторые BIOS слишком умны. Некоторые из них на самом деле, что ПИИ понимают , таблицы разделов. Такая прошивка может создавать препятствия, которые усложняют или мешают загрузке в режиме BIOS с GPT-дисков. Я довольно тщательно изучил этот вопрос и здесь есть комментарии . Такие проблемы обычно можно преодолеть, хотя решения часто неочевидны.
Несмотря на эти предостережения, подавляющее большинство компьютеров с возможностью загрузки в режиме BIOS ("настоящие" BIOS или EFI с CSM) могут загружаться в режиме BIOS с GPT-дисков при условии, что в ОС имеется подходящий загрузчик. Поскольку BufferUnderRun говорит, что рассматриваемая ОС - это Arch Linux, проблем не должно быть; GRUB 2, SYSLINUX и даже старый LILO могут сделать эту работу. Я сделал это сам на нескольких компьютерах.
Тем не менее, поскольку новый диск не является загрузочным, вам не нужно беспокоиться об этих проблемах. Вы можете загрузить Linux в режиме BIOS с твердотельного накопителя с MBR-разделением и без проблем использовать жесткий диск объемом 4 ТБ с GPT-разделом для хранения данных. Если в будущем ваши потребности изменятся, возможно, вам придется пересмотреть конфигурацию, но сейчас я не буду беспокоиться об этом.
