Мы — долго запрягаем, быстро ездим, и сильно тормозим.
|
|||||||||
www.lissyara.su
—> статьи
—> FreeBSD
|
|
|
Вырубаем сервер, втыкаем дополнительный винт, включаем, понеслось,
более суток новый винт вливался в общее пространстово 5 рейда.
Для наглядности sysinstall --> fdisk смотрим:
|
Видим что у нас появилось свободное место после нашего слайса s1, копируем последний сектор(3750067967) идем дальше
Нужно отмонтировать все разделы с данного жеского диска и проверить их на ошибки fsck.
Дальше fdisk`om поправляем размер как видит его система.
|
Смотрим что получилось
|
Поправляем размер партиции на наш новый "3750052887":
|
Хотя там и написано "raw" part, don't edit" надо в обеих строчках поменять размер.
|
*Важное примечание: growfs не может работать с разделами дисков больше 2Тб.
Далее делаем нашему растянутому разделу fsck -y
и можем смело монтировать.[i]
размещено: 2008-01-04,
последнее обновление: 2008-06-10,
автор: LMik
abigor, 2008-01-05 в 7:18:34
А где же в начале стать фраза что мол вы все делаете на свой страх и риск, и лучше сделать перед этим резервную копию?
KaMa-CyTpA, 2008-01-05 в 11:36:00
Да чего ты несёшь то?
Американизируй всё блин!!!
Вы вааще ребята на свой страх и риск делаете!
И компьютер включаете!
И ещё не забудь дописать с какого сайта взял.
Тут люди делом заняты а не мозго(клюйством)
barsykoff, 2008-01-09 в 17:14:31
Написано же, что невозможно сделать резерв на 1,5 Тб :)
Да и нафик оно надо - умные люди сами догадаются, что им делать
R@CCK@30B, 2008-02-11 в 16:27:03
Автор не упомянул, что RAID-массив железячный. Интересно посмотреть, как growfs работает с софтовыми райд-массивами.
LMik, 2008-02-11 в 19:06:19
Также думаю работает, growfs же уже в размеченой логически партиции работает, тут разници же нет железный он или нет.
Qtip, 2008-03-05 в 23:56:03
Сложно мля написал, надо самому тестить дабы понять, подробнее распиши.
LMik, 2008-03-06 в 7:38:04
В каком слове не понятно?
MedvedD, 2008-06-10 в 12:03:53
Сделал по этой же статье резайз слайса /usr, в однопользовательском режиме, всё получилось. единственное - на этапе bsdlabel надо подключить /tmp и /usr, после не забыть отмонтировать.
lissyara, 2010-03-22 в 15:57:07
Нормально написано.
Тока что делал на amd64 FreeBSD8 - было / и swap
бутился с LiveFS CD, снёс из сисисталла swap, переразметился, создал на остатке swap заново - полёт нормальный =)
ОЛОЛО, 2010-12-16 в 5:15:22
Тупейшая статья.
при чём тут райд и изменение размера раздела?
Нахрен нужна и что делает growfs ?
Бесмыссленный набор действий без обьяснений что и зачем делается.
Alex Keda, 2010-12-16 в 8:58:25
Очень хорошо изложено. Для понимания что делается и зачем - достаточно.
Если вам недостаточно - читайте man по используемым командам.
Алексей Бобок, 2011-03-12 в 15:49:48
2ОЛОЛО
Вы случаем не выпускник компьютерной академии "Шаг"?
Оттуда обычно выпускают людей, с подобной манерой поведения и уровнем профессионализма.
Gracer, 2011-07-28 в 3:54:27
Автору спасибо за хорошую статью, но под Vmware не прокатило. Кончилось место на почтовом серваке, забился /usr под завязку. Увеличить слайс удалось, а вот с bsdlabel -e ... облом вышел. Причем /usr был последним разделом - вообще красота. Но после редактирования размеров разделов система писала: bsdlabel: Class not found, а growfs отказалась расти, указывая, что размер раздела не изменился.
Видимо, еще какая-то хитрость нужна под виртуальные системы.
Dmitriy_K, 2011-11-14 в 3:22:20
Дополню по поводу "bsdlabel: Class not found".
Только что занимался добавлением дискового пространства в VMware. Добавлялся отдельный диск, но существо вопроса сохраняется и при попытках увеличения или добавления партиции. Трабл оказался актуальным для версий FreeBSD начиная с 8.0 (в версии 8.0 это точно есть). Объяснается это так:
http://freebsd.1045724.n5.nabble.com/GEOM-bsdlabel-regression-in-8-x-td3973903.html
This is because GEOM_BSD -> GEOM_PART_BSD change. bsdlabel(8) needs read-write access to the device. If it can't get that, it tries an alternative GEOM based method only supported by GEOM_BSD. The error message "Class not found" is printed because the "BSD" GEOM class doesn't exist. You might be able to do the changes with gpart(8).
Похоже, метки придётся назначать через gpart с опцией -l. Я пока это не пробовал, поскольку у меня было достаточно назначения по умолчанию.
Но на метках проблема не исчерпывается. Я столкнулся с тем, что в 8.0 нет нормального способа побороть ошибку "fdisk: invalid fdisk partition table found", выдаваемую fdisk (например, командой fdisk -s /dev/da1). Пока нашёлся только ненормальный. ;-(
После создания схемы диска (команда: gpart create -s bsd da1), перед тем как создавать партицию через gpart нужно выполнить команду: fdisk -I /dev/da1
Она выдаёт ошибку и ничего не меняет (не может отработать из-за ошибки "fdisk: Class not found"), но после неё ошибка fdisk пропадает и нормально отрабатывает команда: gpart add -b 34 -i 1 -t freebsd-ufs da1
Yaroslav, 2012-10-05 в 13:05:24
Чтобы удалось записать MBR, нужно изменить переменную:
# sysctl kern.geom.debugflags=16
Zezya, 2013-09-21 в 15:45:59
Спасибо за статью! Помогла оттолкнуться для решения своей задачи:
Увеличил диск на виртуалке proxmox для гостевой системы freebsd 9.1? там как водится GPT, поэтому манипуляции проводил через LIVE CD с утилитами gpart:
-recover (чтоб увиделось добавленное в секции free)
-delete (удалил SWAP, был последним мешал для расширения)
-resize (расширил последнюю, оставив место для SWAP)
-add (добавил SWAP)
ну и последний штрих growfs и fsck. Всё работает!
И тут вопрос: Расширить можно только последний раздел?
Этот информационный блок появился по той простой причине,
что многие считают нормальным, брать чужую информацию не уведомляя автора
(что не так страшно), и не оставляя линк на оригинал и автора — что более существенно.
Я не против распространения информации — только за. Только условие простое — извольте
подписывать автора, и оставлять линк на оригинальную страницу в виде прямой, активной, нескриптовой,
незакрытой от индексирования, и не запрещенной для следования роботов ссылки.
Если соизволите поставить автора в известность — то вообще почёт вам и уважение.
© lissyara 2006-10-24 08:47 MSK
Комментарии пользователей [16 шт.]