FreeBSD: Перенос системы на диск размером более 2TB

[mvalery]

Администраторы FreeBSD, в том числе и я, столкнулись с очередным ограничением файловой системы. Традиционными средствами невозможно создать раздел, размер которого превышает 2TB (два терабайта).

Однако уже почти созрели новые, довольно простые средства, которые я описал в своей статье: http://www.lissyara.su/?id=1944

В статье описано, как разбить диск размером более 2TB на разделы, сделать загрузочным, а затем перенести на него информацию с рабочей системы — донора. Увы, пока невозможно установить FreeBSD напрямую на большлй диск. Инсталлятор sysinstall к этому не приспособлен.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Гость]

ZFS

[mvalery]

ZFS мне очень нравится, но:
1. Загрузка с ZFS пока невозможна
2. ZFS требует больше оперативной памяти.
3. Переход на ZFS требует значительно больше телодвижений (в т.ч. построение своего ядра).

В статье описан GPT. Просто меняешь таблицу разделов MBR на GPT и пользуешься.

Код: Выделить всё

# man bsdlabel
СОВМЕСТИМОСТЬ
  ... Диски большего размера (больше 2TB) могут быть разбиты посредством другого  метода, такого как gpt(8).

[paradox]

>1. Загрузка с ZFS пока невозможна
так вроде ж уже сделали

[f_andrey]

ZFS мне очень нравится, но:
1. Загрузка с ZFS пока невозможна
2. ZFS требует больше оперативной памяти.
3. Переход на ZFS требует значительно больше телодвижений (в т.ч. построение своего ядра).

1. пока вроде еше да, хотя не знаю может на 7-STABLE уже и сделали, на CURRENT уже как почти полгода можно, даже в здешней вики описано
2. Эм в наше время это аргумент? насколько тесты в студию
3. нафига свое ядро?

Да gpt вроде уже давно устарел, если еше нет то в скором времени, теперь gpart.

[mvalery]

3. нафига свое ядро?

http://wiki.freebsd.org/ZFSTuningGuide
Читаем:
i386
...On i386 systems you will need to recompile your kernel with increased KVA_PAGES option
... На i386 вам необходимо построить ядро с увеличеным значением KVA_PAGES

amd64
... FreeBSD 7.2+ has improved kernel memory allocation strategy and no tuning may be necessary on systems with more than 2 GB of RAM.
... FreeBSD 7.2+ имеет улучшенную стратегию выделения памяти ядру и никакие настройки скорее всего не нужны если в наличии более 2GB оперативки.

т.е. в принципе можно начинать пользоваться ZFS, если
1. архитектура amd64
2. в наличии более 2GB оперативки.
3. FreeBSD 7.2+

Жестковатые ограничения.

[mvalery]

ZFS мне очень нравится, но:
2. ZFS требует больше оперативной памяти.

2. Эм в наше время это аргумент? насколько тесты в студию

Да это аргумент.
Серверная память дорогая. HP, SUN и пр. продают вообще втридорога.
В нашей компании прибыль идет или на железо или в фонд заработной платы.
И почему я должен делиться с серваком своей зарплатой?
Что получу взамен? Надежность и производительность меня устраивает.

[namreeb]

( dump -0Lf - / ) | ( cd /mnt/root ; restore -rf - )

А зачем в синглюзер лезть для бэкапа?
-L в dump как раз нужен для того, шоп в живую переносить

[mvalery]

Если делаешь резервную копию, то да. Можно вживую. Все что свежее, скопируешь в следующий раз.
В ситуации с переносом, все что пользователи накидают после переноса так и останется на старом диске.
Да и спокойнее как-то, корректнее - выполнять системные работы в однопользовательском режиме.

[Осторожный]

ZFS еще не объявили в production, так что на свой страх и риск.

Вот с FreeBSD 7.3 ожидается ZFS v13.
http://www.opennet.ru/openforum/vsluhfo ... 750.html#1

[alnamef]

после комментария к статье:

В-третьих - никто не заставляет использовать двухуровневую систему - можешь на весь HDD сделать один bsdlabel. Тогда не будет MBR, а будет только bsdlabel.

возник вопрос такого характера: где bsdlabel хранит информацию о разделах (в частности offset и size)? Может быть кто подскажет? сам ответа не нашел к сожалению!

[alnamef]

где bsdlabel хранит информацию о разделах (в частности offset и size)? Может быть кто подскажет? сам ответа не нашел к сожалению!

Найдя ответ, забыл "нарисовать" его здесь.
Если верить disklabel(5) то

The label is located in sector number LABELSECTOR of the drive, usually sector 0 where it may be found without any information about the disk geometry. It is at an offset LABELOFFSET from the beginning of the sector, to allow room for the initial bootstrap.

В свою очередь, sys/disklabel.h (из состава RELENG_8_1) "провозглашает":

#define LABELSECTOR 1 /* sector containing label */
#define LABELOFFSET 0 /* offset of label in sector */

Знакомые с английским, я думаю, все поймут.