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