LINUX.ORG.RU
ФорумAdmin

Разделение диска на разделы в инсталяторе FreeBSD

 , ,


0

1

Начиная с FreeBSD 9.0 инсталятор sysinstall был заменён на bsdinstall. В bsdinstall появился новый partition editor. Всё бы хорошо, но по сравнению с sysinstall там нет информации о свободном месте на диске и размер раздела можно указать исключительно в гига/мега/кило-байтах. Из-за этого на моём диске, по умолчанию, остаётся 266MB незанятого пространства, чего с sysinstall никогда не было. Может быть я не вполне внимателен и вся эта функциональность там есть? Можно ли установить FreeBSD 9.1 используя старый добрый sysinstall?

★★★★★
Ответ на: комментарий от takino

Слишком сложно. Проще в том же bsdinstall выйти в shell, разметить диск вручную и вернувшись в bsdinstall продолжить установку.

bbk123 ★★★★★
() автор топика
Последнее исправление: bbk123 (всего исправлений: 1)

Из-за этого на моём диске, по умолчанию, остаётся 266MB незанятого пространства

А если указать больше, чем есть?

ziemin ★★
()
Ответ на: комментарий от ziemin

А если указать больше, чем есть?

Тоже самое.

Кстати gpart тоже ведёт себя странно. Перед и после MBR раздела оставляет свободное пространство. А вот WinXP создаёт второй раздел сразу после первого, но оставляет ещё больше свободного протранство в конце. После этого я сделал gpart modify -i 2 -t freebsd ada0 и gpart resize -i 2 ada0. Но всё равно в конце осталось 28 незанятых блоков.

Что интересно, fdisk в OpenBSD не имеет этих глупых ограничений. Наверное придётся воспользоваться им, чтобы установить FreeBSD.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от bbk123

Метит потому что в GPT в начале и конце таблица хранится. (оригинал и копия), правда я не знаю, сколько блоков на это надо.

zgen ★★★★★
()
Ответ на: комментарий от bbk123

Но всё равно в конце осталось 28 незанятых блоков.

Возможно, это из-за выравнивания границ разделов.

Gotf ★★★
()
Ответ на: комментарий от zgen

Вообще-то в 9ке используется по-умолчанию.

Нет никакого смысла использовать GPT на дисках меньше двух терабайт. Да и непонятно как можно всунуть GPT таблицу, если первый раздел уже существует и начинается с LBA1.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от Gotf

Возможно, это из-за выравнивания границ разделов.

Скорее всего. Только непонятно кому это выравнивание нужно.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от bbk123

Только непонятно кому это выравнивание нужно.

Если вкратце, это из-за появления дисков с физическими секторами по 4 Кб.

Gotf ★★★
()
Ответ на: комментарий от Gotf

Только непонятно кому это выравнивание нужно.

Если вкратце, это из-за появления дисков с физическими секторами по 4 Кб.

Какая связь? Размер раздела указывается в количестве секторов, а не в количестве байт.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от bbk123

Размер раздела указывается в количестве секторов, а не в количестве байт.

А если носитель честно-честно рапортует о 512-байтных секторах, а внутри у него всё разделено на 4k?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Смысл использовать MBR - ещё меньше.

Смысл как раз таки есть. Лучшая совместимость вниз и более эффективное использование дискового пространства. GPT придуман прежде всего для решения проблемы больших дисков, когда LBA адреса в 32 бита не помещаются.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от bbk123

GPT придуман для: 1) расширения количества физических разделов на одном носителе; и 2) для минимизации ущерба от повреждения таблицы размещения разделов.

Кроме этого, лично я не встречал настолько старого оборудования, чтобы оно не поддерживало загрузку с GPT-размеченного носителя. У вас оно есть?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Размер раздела указывается в количестве секторов, а не в количестве байт.

А если носитель честно-честно рапортует о 512-байтных секторах, а внутри у него всё разделено на 4k?

Тогда такие сектора будут использоваться лишь частично. Ты такие носители видел или просто фантазируешь? Посмотри структуру MBR и GPT. И там и там размерность сектора записывается в секторах, а не в байтах.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от iZEN

GPT придуман для: 1) расширения количества физических разделов на одном носителе; и 2) для минимизации ущерба от повреждения таблицы размещения разделов.

Основная мотивация была вовсе не в этом, а в поддержке больших дисков. Кроме того расширение количества физических разделов возможно и в MBR. Но реально больше 4 разделов редко кому надо.

Кроме этого, лично я не встречал настолько старого оборудования, чтобы оно не поддерживало загрузку с GPT-размеченного носителя. У вас оно есть?

Любой размеченный при помощи GPT диск содержит так же и MBR. Вот через MBR старое оборудование и работает. Но попробуй диск больше двух терабайт на том же оборудовании. Для полноценного использования GPT необходим комп с UEFI, вместо классического BIOS.

bbk123 ★★★★★
() автор топика
Последнее исправление: bbk123 (всего исправлений: 1)
Ответ на: комментарий от bbk123

Тогда такие сектора будут использоваться лишь частично.

Именно. Для файловых систем, менеджеров логических томов, программных RAID и т.п. важно знать реальный размер физического сектора, иначе почти неизбежны потери производительности, причём ощутимые.

Ты такие носители видел или просто фантазируешь?

WD, по крайней мере ранние серии с увеличенными секторами. В то время здесь часто появлялись темы о неведомых тормозах, потому что для разметки использовались версии fdisk, в которых по умолчанию был включён режим совместимости с DOS: выравнивание по цилиндрам в геометрии C/H/S и offset первого раздела в один цилиндр (34 сектора или сколько там?).

Gotf ★★★
()
Ответ на: комментарий от bbk123

Любой размеченный при помощи GPT диск содержит так же и MBR.

Не любой. На дисках более 2 Tb, если я не ошибаюсь, protective MBR не создаётся. Ну и вообще, только очень старым BIOS есть дело до разметки диска :)

Gotf ★★★
()
Ответ на: комментарий от bbk123

Ты такие носители видел или просто фантазируешь?

Crucial M4 64GB SSD

Посмотри структуру MBR и GPT. И там и там размерность сектора записывается в секторах, а не в байтах.

Главное, чтобы эта информация была кратна 4k.

iZEN ★★★★★
()
Ответ на: комментарий от bbk123

Для полноценного использования GPT необходим комп с UEFI, вместо классического BIOS.

Для загрузки с GPT-размеченного носителя UEFI не нужна. Достаточно кода pMBR-загрузчика.

iZEN ★★★★★
()
Ответ на: комментарий от bbk123

Это нужно файловой системе, которая ведёт учёт физических секторов носителя. Если блоки ФС будут располагаться не ровно по границам 4k секторов носителя, который «обманывает», то велика вероятность ухудшения скоростных характеристик и повышенного износа флэш-ячеек (для SSD). Поэтому используют приём обхода проблемы вранья с помощью GEOM NOP.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Если диск так обманывает, ты получишь восьмикратное уменьшение ёмкости диска и побежишь в магазин его сдавать.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от bbk123

За счёт кэширования и асинхронности записи в ФС с неточным выравниванием блоков по секторам изменения скорости не ощущается, а вот износ ячеек SSD растёт.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 2)
Ответ на: комментарий от iZEN

Причём тут скорость? Я говорил о ёмкости.

bbk123 ★★★★★
() автор топика
Ответ на: комментарий от bbk123

:-D

МДА...

Учите матчасть

Просто диски, если их не правильно спрашивают, говорят что имеют не Х секторов по 4к, а 8Х по 0,5к

А для чего нужно выравнивание - сами додумаете

(Что творится с образованием в России)

anonymous
()
Ответ на: комментарий от anonymous

Просто диски, если их не правильно спрашивают, говорят что имеют не Х секторов по 4к, а 8Х по 0,5к

Правильно, это эмуляция секторов размером 512 байт.

Что творится с образованием в России

Именно. Никто толком мысли свои выражать не умеет.

bbk123 ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.