GPT или MBR?

Question 1

GPT или MBR?

Как сказал @mgorven, любой из них будет работать на 2 ТБ. Я развернул десятки меток дисков MBR на дисках 2T, и на них это работает отлично. Это действительно ваш выбор. Я сейчас предпочитаю MBR, но это скоро изменится.

UEFI и GPT

Вам не нужен UEFI, чтобы записать метку диска GPT на диск, и если вы умны, вы, вероятно, могли бы загрузить диск с меткой диска GPT из не-UEFI ROM (нужно немного соли; я этого не делал).Статья в Википедии о GPTимеет некоторую косвенную информацию по этому поводу.

Зоны

Люди часто игнорируют это, но этоделаетиграют роль, и потенциально огромную. Это не проблема для невращающихся массовых накопителей, но это проблема дисков на протяжении многих лет. По причинам, связанным с геометрией и физикой, пропускная способность диска самая высокая вблизи начала диска. Пропускная способность разбита на зоны, и скорость падает при переходе из одной зоны в другую. Это означает, что вы должны хранить самые жадные до скорости разделы вблизи начала диска. Эта разница довольно выражена в первых нескольких гигабайтах диска.

Разбиение диска на разделы для Unix

Вам нужно иметь много файловых систем, потому что (помимо прочего):

Вы не кладете все яйца в одну корзину. Если одна файловая система повреждена, вы восстанавливаете ее из резервной копии, и жизнь возвращается в нормальное русло. Есливсеваших файловых систем повреждаются, увеличивается время простоя, возникает больше проблем, и вы становитесь более раздраженными.
Каждая файловая система может быть настроена по-разному для повышения производительности. Файловая система, в которой вы храните MailDir, может содержать сотни тысяч небольших файлов в нескольких каталогах. Файловая система, в которой вы храните видеофайлы, содержит десятки огромных файлов. Вы можете оптимизировать.
Вы можете зарезервировать место в файловой системе и разрешить определенному пользователю использовать его, когда другие не могут. Root обычно резервирует 5% пространства файловой системы. С несколькими файловыми системами вы можете настроить это (например, файловые системы почтового спула могут иметь пространство, назначенное почтовому пользователю).
Вы упрощаете свою политику резервного копирования, помещая одну файловую систему в один резервный носитель. Это зависит от вашей политики резервного копирования и программного обеспечения.
Благодаря отдельным файловым системам, например /home, вы можете иметь несколько операционных систем *nix на одном компьютере и обмениваться файлами между ними, не придумывая никаких ухищрений.
Вы можете решить системные ограничения. Например, в прошлом некоторые диски не могли загружаться с дисковых блоков, расположенных слишком далеко от начала диска, поэтому мы создавали достаточно маленькую /bootфайловую систему, чтобы занять первые блоки диска.
Вы можете оптимизировать скорость. Разместите критические файловые системы в самых быстрых зонах диска.
Скорость загрузки: fsckфайловая система 20G быстрее, чем fsckфайловая система 1900G. Хитрый выбор периодов проверки может гарантировать, что вы распределите запуски fsck.

Возможно, вам не захочется иметь слишком много файловых систем по следующим причинам:

Вы квантуете дисковое пространство. Если вам нужно сохранить 100G на диске, вы можете обнаружить, что у вас всего 200G свободного места, но нет ни одного раздела с достаточным количеством свободного места на диске.
Вы ограничены возможностями метки вашего диска. Многие Unix-системы могут вместить только 8 разделов/слайсов в метку диска, и один из них зарезервирован. MBR не сильно ограничен в этом отношении, а GPT допускает 128 разделов, что намного больше, чем вам нужно.
Создание и управление слишком большим количеством файловых систем может быть затруднительным.
Ваши потребности в хранении файлов не столь разнообразны.

Схемы файловой системы

У каждого есть свой любимый. Раньше у меня была электронная таблица для подсчета, но чаще всего я использую лист бумаги и один из тех старых письменных принадлежностей (как странно). Я прохожу несколько итераций, пока не буду удовлетворен, и фиксирую схему разбиения на компьютер. Так быстрее. На большинстве серверов на базе Debian я держу следующие файловые системы разделенными:

/(корень)
/boot
/usr
/var
/usr/local
/tmp
/home
запасная файловая система

Дополнительные потребности получают другие отдельные файловые системы, например, отдельный раздел для моих фотографий (политика резервного копирования другая), отдельный раздел для видео и т. д. Почтовые серверы получат отдельный раздел для электронной почты. Серверы баз данных получат отдельные разделы для своих хранилищ данных и на диске, последовательные файлы резервных копий баз данных и т. д. Но базовая схема почти всегда такая.

Я также храню запасную файловую систему в конце диска. Я mkfsиспользую ее для рабочего пространства, часто монтируя ее под /disk1(рабочая конвенция) или /disk/tmp(моя конвенция). Эта файловая система полезна, если я обнаружу новую потребность (я могу удалить ее и вырастить другую файловую систему или просто перепрофилировать ее), или если мне просто нужно много рабочего пространства.

Размеры

Во многом это зависит от того, для чего будет использоваться компьютер. Для многих задач можно обойтись очень маленькими размерами. Я бы посоветовал использовать LVM (читайте дальше) и выделить по 10 ГБ для /usr, /varи /usr/local(меньше, если вы не планируете компилировать и устанавливать собственное программное обеспечение). Я оставляю /tmpнебольшой, может быть, 1–2 ГБ. Без всех больших файловых систем в корневой файловой системе это тоже может быть небольшим: у моей текущей машины раздел размером 2 ГБ, и там остается много места. Файловая /bootсистема может быть очень маленькой, если вы не разработчик ядра, или вообще не использоваться. Последние компьютеры и последние версии GRUB прекрасно справятся с этим. Если вам это нужно, то около 200–300 мегабайт будет достаточно.

ЛВМ

Я давно не развертывал систему без LVM. Гибкость, которую вы получаете, стоит короткой кривой обучения. С LVM вы получаете гораздо больше свободы для изменения своего решения, и ваши файловые системы могут расти вместе с вами. Я действительно рекомендую это.

Пример схемы

Раздел 1: пространство подкачки (начало диска)
Раздел 2: Физический том LVM с группой томов под названием «fs» или как-то так.
- Объем fs-root: ~2G.
- Объем fs-usr: ~10 г.
- Объем fs-var: ~10 г.
- Объем fs-local(сокращенно от /usr/local): ~5–10 г.
- Объем fs-tmp: ~2G.
- Объем fs-home: оставшееся пространство минус примерно ~30 Гб.
- Объем fs-spare: свободное место: ~30G.

На диске объемом 2 ТБ с пространством подкачки 8 ГБ ваш /homeраздел будет иметь размер 2000 - 8 - 2 - 10 - 10 - 10 - 2 - 30 = 1928 ГБ.

Запасной раздел 30G пригодится, если вам понадобится больше места для одного или нескольких других томов. Достаточно просто изменить размер томов LVM (и файловых систем ext{2,3,4}).

Обратите внимание, что нет отдельного /boot, и что вся ваша инфраструктура начальной загрузки (ядро и initrd)внутриLVM. Это вызывает беспокойство у некоторых людей, но у меня никогда не было с этим проблем. GRUB прекрасно видит внутренние физические тома LVM. Если вас это беспокоит, создайте отдельный раздел размером /bootоколо 200 МБ. Сделайте его либо разделом 2 (сделав раздел LVM PV 3), либо разделом 1 (сместив вниз два других).

Answer

GPT или MBR?

Как сказал @mgorven, любой из них будет работать на 2 ТБ. Я развернул десятки меток дисков MBR на дисках 2T, и на них это работает отлично. Это действительно ваш выбор. Я сейчас предпочитаю MBR, но это скоро изменится.

UEFI и GPT

Вам не нужен UEFI, чтобы записать метку диска GPT на диск, и если вы умны, вы, вероятно, могли бы загрузить диск с меткой диска GPT из не-UEFI ROM (нужно немного соли; я этого не делал).Статья в Википедии о GPTимеет некоторую косвенную информацию по этому поводу.

Зоны

Люди часто игнорируют это, но этоделаетиграют роль, и потенциально огромную. Это не проблема для невращающихся массовых накопителей, но это проблема дисков на протяжении многих лет. По причинам, связанным с геометрией и физикой, пропускная способность диска самая высокая вблизи начала диска. Пропускная способность разбита на зоны, и скорость падает при переходе из одной зоны в другую. Это означает, что вы должны хранить самые жадные до скорости разделы вблизи начала диска. Эта разница довольно выражена в первых нескольких гигабайтах диска.

Разбиение диска на разделы для Unix

Вам нужно иметь много файловых систем, потому что (помимо прочего):

Вы не кладете все яйца в одну корзину. Если одна файловая система повреждена, вы восстанавливаете ее из резервной копии, и жизнь возвращается в нормальное русло. Есливсеваших файловых систем повреждаются, увеличивается время простоя, возникает больше проблем, и вы становитесь более раздраженными.
Каждая файловая система может быть настроена по-разному для повышения производительности. Файловая система, в которой вы храните MailDir, может содержать сотни тысяч небольших файлов в нескольких каталогах. Файловая система, в которой вы храните видеофайлы, содержит десятки огромных файлов. Вы можете оптимизировать.
Вы можете зарезервировать место в файловой системе и разрешить определенному пользователю использовать его, когда другие не могут. Root обычно резервирует 5% пространства файловой системы. С несколькими файловыми системами вы можете настроить это (например, файловые системы почтового спула могут иметь пространство, назначенное почтовому пользователю).
Вы упрощаете свою политику резервного копирования, помещая одну файловую систему в один резервный носитель. Это зависит от вашей политики резервного копирования и программного обеспечения.
Благодаря отдельным файловым системам, например /home, вы можете иметь несколько операционных систем *nix на одном компьютере и обмениваться файлами между ними, не придумывая никаких ухищрений.
Вы можете решить системные ограничения. Например, в прошлом некоторые диски не могли загружаться с дисковых блоков, расположенных слишком далеко от начала диска, поэтому мы создавали достаточно маленькую /bootфайловую систему, чтобы занять первые блоки диска.
Вы можете оптимизировать скорость. Разместите критические файловые системы в самых быстрых зонах диска.
Скорость загрузки: fsckфайловая система 20G быстрее, чем fsckфайловая система 1900G. Хитрый выбор периодов проверки может гарантировать, что вы распределите запуски fsck.

Возможно, вам не захочется иметь слишком много файловых систем по следующим причинам:

Вы квантуете дисковое пространство. Если вам нужно сохранить 100G на диске, вы можете обнаружить, что у вас всего 200G свободного места, но нет ни одного раздела с достаточным количеством свободного места на диске.
Вы ограничены возможностями метки вашего диска. Многие Unix-системы могут вместить только 8 разделов/слайсов в метку диска, и один из них зарезервирован. MBR не сильно ограничен в этом отношении, а GPT допускает 128 разделов, что намного больше, чем вам нужно.
Создание и управление слишком большим количеством файловых систем может быть затруднительным.
Ваши потребности в хранении файлов не столь разнообразны.

Схемы файловой системы

У каждого есть свой любимый. Раньше у меня была электронная таблица для подсчета, но чаще всего я использую лист бумаги и один из тех старых письменных принадлежностей (как странно). Я прохожу несколько итераций, пока не буду удовлетворен, и фиксирую схему разбиения на компьютер. Так быстрее. На большинстве серверов на базе Debian я держу следующие файловые системы разделенными:

/(корень)
/boot
/usr
/var
/usr/local
/tmp
/home
запасная файловая система

Дополнительные потребности получают другие отдельные файловые системы, например, отдельный раздел для моих фотографий (политика резервного копирования другая), отдельный раздел для видео и т. д. Почтовые серверы получат отдельный раздел для электронной почты. Серверы баз данных получат отдельные разделы для своих хранилищ данных и на диске, последовательные файлы резервных копий баз данных и т. д. Но базовая схема почти всегда такая.

Я также храню запасную файловую систему в конце диска. Я mkfsиспользую ее для рабочего пространства, часто монтируя ее под /disk1(рабочая конвенция) или /disk/tmp(моя конвенция). Эта файловая система полезна, если я обнаружу новую потребность (я могу удалить ее и вырастить другую файловую систему или просто перепрофилировать ее), или если мне просто нужно много рабочего пространства.

Размеры

Во многом это зависит от того, для чего будет использоваться компьютер. Для многих задач можно обойтись очень маленькими размерами. Я бы посоветовал использовать LVM (читайте дальше) и выделить по 10 ГБ для /usr, /varи /usr/local(меньше, если вы не планируете компилировать и устанавливать собственное программное обеспечение). Я оставляю /tmpнебольшой, может быть, 1–2 ГБ. Без всех больших файловых систем в корневой файловой системе это тоже может быть небольшим: у моей текущей машины раздел размером 2 ГБ, и там остается много места. Файловая /bootсистема может быть очень маленькой, если вы не разработчик ядра, или вообще не использоваться. Последние компьютеры и последние версии GRUB прекрасно справятся с этим. Если вам это нужно, то около 200–300 мегабайт будет достаточно.

ЛВМ

Я давно не развертывал систему без LVM. Гибкость, которую вы получаете, стоит короткой кривой обучения. С LVM вы получаете гораздо больше свободы для изменения своего решения, и ваши файловые системы могут расти вместе с вами. Я действительно рекомендую это.

Пример схемы

Раздел 1: пространство подкачки (начало диска)
Раздел 2: Физический том LVM с группой томов под названием «fs» или как-то так.
- Объем fs-root: ~2G.
- Объем fs-usr: ~10 г.
- Объем fs-var: ~10 г.
- Объем fs-local(сокращенно от /usr/local): ~5–10 г.
- Объем fs-tmp: ~2G.
- Объем fs-home: оставшееся пространство минус примерно ~30 Гб.
- Объем fs-spare: свободное место: ~30G.

На диске объемом 2 ТБ с пространством подкачки 8 ГБ ваш /homeраздел будет иметь размер 2000 - 8 - 2 - 10 - 10 - 10 - 2 - 30 = 1928 ГБ.

Запасной раздел 30G пригодится, если вам понадобится больше места для одного или нескольких других томов. Достаточно просто изменить размер томов LVM (и файловых систем ext{2,3,4}).

Обратите внимание, что нет отдельного /boot, и что вся ваша инфраструктура начальной загрузки (ядро и initrd)внутриLVM. Это вызывает беспокойство у некоторых людей, но у меня никогда не было с этим проблем. GRUB прекрасно видит внутренние физические тома LVM. Если вас это беспокоит, создайте отдельный раздел размером /bootоколо 200 МБ. Сделайте его либо разделом 2 (сделав раздел LVM PV 3), либо разделом 1 (сместив вниз два других).

Question 2

MBR должен нормально работать на диске 2 ТБ, но не на чем-то большем. Не имеет значения, используете ли вы MBR или GPT, если все операционные системы, которые вы хотите использовать, поддерживают это. BIOS не обязательно должен поддерживать EFI для загрузки с диска GPT.

Независимо от того, используете ли вы MBR или GPT, я бы рекомендовал использовать LVM для управления пространством, поскольку он гораздо более гибок и его легче вносить изменения на более позднем этапе.

Answer

MBR должен нормально работать на диске 2 ТБ, но не на чем-то большем. Не имеет значения, используете ли вы MBR или GPT, если все операционные системы, которые вы хотите использовать, поддерживают это. BIOS не обязательно должен поддерживать EFI для загрузки с диска GPT.

Независимо от того, используете ли вы MBR или GPT, я бы рекомендовал использовать LVM для управления пространством, поскольку он гораздо более гибок и его легче вносить изменения на более позднем этапе.

Question 3

Мне кажется, вы немного переусердствовали. GPT или MBR действительно имеет значение только если вы собираетесь установить несколько операционных систем или перенести диск на другой компьютер. Если вы можете обойтись без MBR, то можете и дальше ее придерживаться, особенно если вы используете LVM (который обеспечивает многие функции, которых нет в MBR).

Что касается размеров разделов, вот несколько хороших практических правил:

Маленькие разделы могут раздражать, поскольку вы никогда не знаете заранее, сколько места вы фактически используете.
Большие разделы могут раздражать, поскольку их создание и проверка занимают много времени. Кроме того, «износ» файловых систем имеет тенденцию накапливаться в зависимости от использования. Размещение всего в одном разделе означает, что это накопление происходит быстрее. Как бы то ни было.

Answer

Мне кажется, вы немного переусердствовали. GPT или MBR действительно имеет значение только если вы собираетесь установить несколько операционных систем или перенести диск на другой компьютер. Если вы можете обойтись без MBR, то можете и дальше ее придерживаться, особенно если вы используете LVM (который обеспечивает многие функции, которых нет в MBR).

Что касается размеров разделов, вот несколько хороших практических правил:

Маленькие разделы могут раздражать, поскольку вы никогда не знаете заранее, сколько места вы фактически используете.
Большие разделы могут раздражать, поскольку их создание и проверка занимают много времени. Кроме того, «износ» файловых систем имеет тенденцию накапливаться в зависимости от использования. Размещение всего в одном разделе означает, что это накопление происходит быстрее. Как бы то ни было.

Question 4

Файловые системы, которые оказываются слишком маленькими, обычно становятся драмой. 10 ГБ можно легко заполнить двоичными файлами и файлами журналов. У вас куча дискового пространства, зачем вы так стараетесь сэкономить его? Вы пожалеете об этом через некоторое время. Не выделяйте все дисковое пространство сразу, оставьте место для перемещения файловых систем по мере необходимости. Расширить файловую систему легко, а вот сжать — нет. Посмотрите, что LVM2 может сделать для вас.http://tldp.org/HOWTO/LVM-HOWTO/index.html Не принимайте плохих решений, которые запрут вас на долгие годы.

Answer

Файловые системы, которые оказываются слишком маленькими, обычно становятся драмой. 10 ГБ можно легко заполнить двоичными файлами и файлами журналов. У вас куча дискового пространства, зачем вы так стараетесь сэкономить его? Вы пожалеете об этом через некоторое время. Не выделяйте все дисковое пространство сразу, оставьте место для перемещения файловых систем по мере необходимости. Расширить файловую систему легко, а вот сжать — нет. Посмотрите, что LVM2 может сделать для вас.http://tldp.org/HOWTO/LVM-HOWTO/index.html Не принимайте плохих решений, которые запрут вас на долгие годы.

GPT или MBR?

решение1

GPT или MBR?

UEFI и GPT

Зоны

Разбиение диска на разделы для Unix

Схемы файловой системы

Размеры

ЛВМ

Пример схемы

решение2

решение3

решение4

Связанный контент