Господа назрела проблема, копаюсь, но решения не вижу. Приношу извиннения, если проблема поднималась уже.
Прелюдия: Обновил FreeBSD последовательным накатом с 3.4 до 4.4. Размер рутовой партиции был выбран небольшим 50 метров (еще не мной), т.е. совсем небольшой. Понимаю, что при дальнейшем обновлении мне не хватит этих 50 метров однозначно, нужно хотя 100.
Как можно увеличить рутовую партицию?
disklabel?
ln -s /tmp /usr/tmp ?
Вообще, как можно провести операцию с минимальными трудозатратами, машина долго стоять не может.
Спасибо.
ln -s /tmp /usr/tmpидеально! :-)
>ln -s /tmp /usr/tmp
>
>идеально! :-)
Оказывается не идеально.
disklabel + growfs.
Спасибо всем, сам разобрался.
>Господа назрела проблема, копаюсь, но решения не вижу. Приношу извиннения, если проблема
>поднималась уже.
>Прелюдия: Обновил FreeBSD последовательным накатом с 3.4 до 4.4. Размер рутовой партиции
>был выбран небольшим 50 метров (еще не мной), т.е. совсем небольшой.
>Понимаю, что при дальнейшем обновлении мне не хватит этих 50 метров
>однозначно, нужно хотя 100.
>Как можно увеличить рутовую партицию?
>disklabel?
>ln -s /tmp /usr/tmp ?
>Вообще, как можно провести операцию с минимальными трудозатратами, машина долго стоять не
>может.
>Спасибо.мне 60MB на root-fs всегда хватало с запасом, подразумевая что кроме
/etc и /tmp на root-fs больше ничего нет, те /usr, /home и /var - самостоятельные fs.никаких проблем у меня при апгрейде с 3.x -> 4.x с размерами root-fs от
40 до 60MB не возникало, даже с /tmp расположенном на root-fs
>мне 60MB на root-fs всегда хватало с запасом, подразумевая что кроме
>/etc и /tmp на root-fs больше ничего нет, те /usr, /home и
>/var - самостоятельные fs.
>
>никаких проблем у меня при апгрейде с 3.x -> 4.x с размерами root-fs от
>40 до 60MB не возникало, даже с /tmp расположенном на root-fs
/usr, /home, /var - самостоятельные фс. Однако(!) на данный момент из 48 мб свободно только 17мб. При этом - пожертвовал генерик ядром, очистил /tmp.
Смотрим дальше: больше всех занимает /sbin - 11мб, /bin 3.9, /modules 4.6
и т.д. по мелочам набегает - 28 метров.
Лавр, вопрос соотвественно - планирую дотянуть до 4.9-4.10. Разве хватит?
>>мне 60MB на root-fs всегда хватало с запасом, подразумевая что кроме
>>/etc и /tmp на root-fs больше ничего нет, те /usr, /home и
>>/var - самостоятельные fs.
>>
>>никаких проблем у меня при апгрейде с 3.x -> 4.x с размерами root-fs от
>>40 до 60MB не возникало, даже с /tmp расположенном на root-fs
>
>
>/usr, /home, /var - самостоятельные фс. Однако(!) на данный момент из 48
>мб свободно только 17мб. При этом - пожертвовал генерик ядром, очистил
>/tmp.
>Смотрим дальше: больше всех занимает /sbin - 11мб, /bin 3.9, /modules 4.6
>
>и т.д. по мелочам набегает - 28 метров.
>Лавр, вопрос соотвественно - планирую дотянуть до 4.9-4.10. Разве хватит?хватит:
[alone]~ > du -sh /kernel*
3.4M /kernel
3.9M /kernel.GENERIC
3.4M /kernel.old
[alone]~ > du -sh /boot
558K /boot
[alone]~ > du -sh /etc
1.5M /etc
[alone]~ > du -sh /sbin
12M /sbin
[alone]~ > du -sh /stand
3.5M /stand
[alone]~ > du -sh /dev
70K /dev
[alone]~ > du -sh /bin
4.9M /bin
[alone]~ > bc
bc 1.06
Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
3.4+3.9+3.4+0.6+1.5+12+3.6+5
33.4
[alone]~ >точно помню что мне 40-60MB на рутфс хватало, посмотри рекомендации
на http://unix1.jinr.ru/~lavr/ как сделать upgrade с 3.x -> 4.x
единственное - не дописал про ATA, но это не принципиально, просто
внимательно посмотреть ядро или воспользоваться поднятием в несколько
заходов, основное - perl и что-то еще, в make.conf можно запретить
сборку модулей.Собственно, очень давно это было, пришлось достаточно старья поднять,
но в итоге пришел к выводу что много проще сбоку сразу 4'ку поднять
и настроить, просто все поднимаемые сервера были боевыми ISP'ными и
все кому поднимал, просили ПО-ЖИВОМУ. Пришлось пройти весь путь на
своей телеге и записать по шагам чтобы не задумываться. Слава богу
уже несколько лет таким геморроем (напряженное занятие для нервной системы) заниматься не приходится.а /tmp можно куда хошь слинковать, зависит от того где места больше:
/usr/tmp (имей ввиду - /usr/tmp в 4.5 или позже искоренили во FreeBSD, ну
можно самому конечно сделать) или /var/tmpПрим: и потом, кто мешает взять и подцепить второй винт на время подъема
и взгромоздить на нем /usr/obj, /usr/src, /tmp - я об этом не писал, просто не задумывался что это может быть проблемой, но сам пользовался
вовсю. Ну и самое главное - не забыть про COMPATXY в make.conf
>>>мне 60MB на root-fs всегда хватало с запасом, подразумевая что кроме
>>>/etc и /tmp на root-fs больше ничего нет, те /usr, /home и
>>>/var - самостоятельные fs.
>>>
>>>никаких проблем у меня при апгрейде с 3.x -> 4.x с размерами root-fs от
>>>40 до 60MB не возникало, даже с /tmp расположенном на root-fs
>>
>>
>>/usr, /home, /var - самостоятельные фс. Однако(!) на данный момент из 48
>>мб свободно только 17мб. При этом - пожертвовал генерик ядром, очистил
>>/tmp.
>>Смотрим дальше: больше всех занимает /sbin - 11мб, /bin 3.9, /modules 4.6
>>
>>и т.д. по мелочам набегает - 28 метров.
>>Лавр, вопрос соотвественно - планирую дотянуть до 4.9-4.10. Разве хватит?
>
>хватит:
>
>[alone]~ > du -sh /kernel*
>3.4M /kernel
>3.9M /kernel.GENERIC
>3.4M /kernel.old
>[alone]~ > du -sh /boot
>558K /boot
>[alone]~ > du -sh /etc
>1.5M /etc
>[alone]~ > du -sh /sbin
> 12M /sbin
>[alone]~ > du -sh /stand
>3.5M /stand
>[alone]~ > du -sh /dev
> 70K /dev
>[alone]~ > du -sh /bin
>4.9M /bin
>[alone]~ > bc
>bc 1.06
>Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
>This is free software with ABSOLUTELY NO WARRANTY.
>For details type `warranty'.
>3.4+3.9+3.4+0.6+1.5+12+3.6+5
>33.4
>[alone]~ >
>
>точно помню что мне 40-60MB на рутфс хватало, посмотри рекомендации
>на http://unix1.jinr.ru/~lavr/ как сделать upgrade с 3.x -> 4.x
>единственное - не дописал про ATA, но это не принципиально, просто
>внимательно посмотреть ядро или воспользоваться поднятием в несколько
>заходов, основное - perl и что-то еще, в make.conf можно запретить
>сборку модулей.
>
>Собственно, очень давно это было, пришлось достаточно старья поднять,
>но в итоге пришел к выводу что много проще сбоку сразу 4'ку
>поднять
>и настроить, просто все поднимаемые сервера были боевыми ISP'ными и
>все кому поднимал, просили ПО-ЖИВОМУ. Пришлось пройти весь путь на
>своей телеге и записать по шагам чтобы не задумываться. Слава богу
>уже несколько лет таким геморроем (напряженное занятие для нервной системы) заниматься не
>приходится.
>
>а /tmp можно куда хошь слинковать, зависит от того где места больше:
>
>
>/usr/tmp (имей ввиду - /usr/tmp в 4.5 или позже искоренили во FreeBSD,
>ну
>можно самому конечно сделать) или /var/tmp
>
>Прим: и потом, кто мешает взять и подцепить второй винт на время
>подъема
>и взгромоздить на нем /usr/obj, /usr/src, /tmp - я об этом не
>писал, просто не задумывался что это может быть проблемой, но сам
>пользовался
>вовсю. Ну и самое главное - не забыть про COMPATXY в make.conf
>Андрей, ты меня немного неправильно понял. Я уже поднялся по твоим докам с 3.4 до 4.4. (3.4->3.5->4.2->4.4), все на ура поднялось (есттественно предварительно все тщательно тестировалось на тестовой машине) с теми объемами рутовой фс, которые есть на данный момент. Я не знаю, возможно-ли подниматься дальше до 4.8, места совсем мало осталось. Но ты говоришь места хватит, я правильно понял?
>>>>мне 60MB на root-fs всегда хватало с запасом, подразумевая что кроме
>>>>/etc и /tmp на root-fs больше ничего нет, те /usr, /home и
>>>>/var - самостоятельные fs.
>>>>
>>>>никаких проблем у меня при апгрейде с 3.x -> 4.x с размерами root-fs от
>>>>40 до 60MB не возникало, даже с /tmp расположенном на root-fs
>>>
>>>
>>>/usr, /home, /var - самостоятельные фс. Однако(!) на данный момент из 48
>>>мб свободно только 17мб. При этом - пожертвовал генерик ядром, очистил
>>>/tmp.
>>>Смотрим дальше: больше всех занимает /sbin - 11мб, /bin 3.9, /modules 4.6
>>>
>>>и т.д. по мелочам набегает - 28 метров.
>>>Лавр, вопрос соотвественно - планирую дотянуть до 4.9-4.10. Разве хватит?
>>
>>хватит:
>>
>>[alone]~ > du -sh /kernel*
>>3.4M /kernel
>>3.9M /kernel.GENERIC
>>3.4M /kernel.old
>>[alone]~ > du -sh /boot
>>558K /boot
>>[alone]~ > du -sh /etc
>>1.5M /etc
>>[alone]~ > du -sh /sbin
>> 12M /sbin
>>[alone]~ > du -sh /stand
>>3.5M /stand
>>[alone]~ > du -sh /dev
>> 70K /dev
>>[alone]~ > du -sh /bin
>>4.9M /bin
>>[alone]~ > bc
>>bc 1.06
>>Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
>>This is free software with ABSOLUTELY NO WARRANTY.
>>For details type `warranty'.
>>3.4+3.9+3.4+0.6+1.5+12+3.6+5
>>33.4
>>[alone]~ >
>>
>>точно помню что мне 40-60MB на рутфс хватало, посмотри рекомендации
>>на http://unix1.jinr.ru/~lavr/ как сделать upgrade с 3.x -> 4.x
>>единственное - не дописал про ATA, но это не принципиально, просто
>>внимательно посмотреть ядро или воспользоваться поднятием в несколько
>>заходов, основное - perl и что-то еще, в make.conf можно запретить
>>сборку модулей.
>>
>>Собственно, очень давно это было, пришлось достаточно старья поднять,
>>но в итоге пришел к выводу что много проще сбоку сразу 4'ку
>>поднять
>>и настроить, просто все поднимаемые сервера были боевыми ISP'ными и
>>все кому поднимал, просили ПО-ЖИВОМУ. Пришлось пройти весь путь на
>>своей телеге и записать по шагам чтобы не задумываться. Слава богу
>>уже несколько лет таким геморроем (напряженное занятие для нервной системы) заниматься не
>>приходится.
>>
>>а /tmp можно куда хошь слинковать, зависит от того где места больше:
>>
>>
>>/usr/tmp (имей ввиду - /usr/tmp в 4.5 или позже искоренили во FreeBSD,
>>ну
>>можно самому конечно сделать) или /var/tmp
>>
>>Прим: и потом, кто мешает взять и подцепить второй винт на время
>>подъема
>>и взгромоздить на нем /usr/obj, /usr/src, /tmp - я об этом не
>>писал, просто не задумывался что это может быть проблемой, но сам
>>пользовался
>>вовсю. Ну и самое главное - не забыть про COMPATXY в make.conf
>>
>
>Андрей, ты меня немного неправильно понял. Я уже поднялся по твоим докам с 3.4 до 4.4. (3.4->3.5->4.2->4.4), все на ура поднялось (есттественно предварительно все тщательно тестировалось на тестовой машине) с теми объемами рутовой фс, которые есть на данный момент. Я не знаю, возможно-ли подниматься дальше до 4.8, места совсем мало осталось. Но ты говоришь места хватит, я правильно понял?правильно, просто прочти нижнее и наведи ревизию.
Если ты поднялся и на 4.4 у тебя все ok - ну посмотри и подчисти ошметки
в root-fs, в /usr, в /var, посмотри ядра и удали ненужные, почисти
домашнюю директорию пользователя /root, подчисти /tmp аккуратно,
удали rm -rf /usr/obj/ - сборка системы, удали что осталось от сборки
ядер в /sys/compile, сохрани где-нить /var/db/pkg - я вроде так делал
и потом грохал все что ставил из портов в 3.x и потихоньку пересобирал
в 4'ке. Или лучше используй portupgrade - вот чего тогда не было и
могут форматы базы не совпасть и будет ли portupgrade работать? Если
грохнуть или перелопатить базу - будет. Ну и как я говорил - если
боишься за нехватку места - ставь второй винт на время и используй
на нем /usr/src, /usr/obj и /tmp и все сам увидишь, места должно
хватить - в /root-fs много нового не добавилось, увеличение /usr/src
несущественно, остается /usr/obj и даже /tmp не должен влиять.
Да, можешь не собирать документацию и удалить или отказаться от
многоязычных док и манов, если поднял до 4.4 то места должно хватить,
посмотри cvsup, удали разные ненужные из:/usr/share/doc/
/usr/share/man//modules.old
root-fs не должна сильно забиться, поищи ненужное на ней и для страховки
сделай архивы ненужного, потом удали.
>>>>>мне 60MB на root-fs всегда хватало с запасом, подразумевая что кроме
>>>>>/etc и /tmp на root-fs больше ничего нет, те /usr, /home и
>>>>>/var - самостоятельные fs.
>>>>>
>>>>>никаких проблем у меня при апгрейде с 3.x -> 4.x с размерами root-fs от
>>>>>40 до 60MB не возникало, даже с /tmp расположенном на root-fs
>>>>
>>>>
>>>>/usr, /home, /var - самостоятельные фс. Однако(!) на данный момент из 48
>>>>мб свободно только 17мб. При этом - пожертвовал генерик ядром, очистил
>>>>/tmp.
>>>>Смотрим дальше: больше всех занимает /sbin - 11мб, /bin 3.9, /modules 4.6
>>>>
>>>>и т.д. по мелочам набегает - 28 метров.
>>>>Лавр, вопрос соотвественно - планирую дотянуть до 4.9-4.10. Разве хватит?
>>>
>>>хватит:
>>>
>>>[alone]~ > du -sh /kernel*
>>>3.4M /kernel
>>>3.9M /kernel.GENERIC
>>>3.4M /kernel.old
>>>[alone]~ > du -sh /boot
>>>558K /boot
>>>[alone]~ > du -sh /etc
>>>1.5M /etc
>>>[alone]~ > du -sh /sbin
>>> 12M /sbin
>>>[alone]~ > du -sh /stand
>>>3.5M /stand
>>>[alone]~ > du -sh /dev
>>> 70K /dev
>>>[alone]~ > du -sh /bin
>>>4.9M /bin
>>>[alone]~ > bc
>>>bc 1.06
>>>Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
>>>This is free software with ABSOLUTELY NO WARRANTY.
>>>For details type `warranty'.
>>>3.4+3.9+3.4+0.6+1.5+12+3.6+5
>>>33.4
>>>[alone]~ >
>>>
>>>точно помню что мне 40-60MB на рутфс хватало, посмотри рекомендации
>>>на http://unix1.jinr.ru/~lavr/ как сделать upgrade с 3.x -> 4.x
>>>единственное - не дописал про ATA, но это не принципиально, просто
>>>внимательно посмотреть ядро или воспользоваться поднятием в несколько
>>>заходов, основное - perl и что-то еще, в make.conf можно запретить
>>>сборку модулей.
>>>
>>>Собственно, очень давно это было, пришлось достаточно старья поднять,
>>>но в итоге пришел к выводу что много проще сбоку сразу 4'ку
>>>поднять
>>>и настроить, просто все поднимаемые сервера были боевыми ISP'ными и
>>>все кому поднимал, просили ПО-ЖИВОМУ. Пришлось пройти весь путь на
>>>своей телеге и записать по шагам чтобы не задумываться. Слава богу
>>>уже несколько лет таким геморроем (напряженное занятие для нервной системы) заниматься не
>>>приходится.
>>>
>>>а /tmp можно куда хошь слинковать, зависит от того где места больше:
>>>
>>>
>>>/usr/tmp (имей ввиду - /usr/tmp в 4.5 или позже искоренили во FreeBSD,
>>>ну
>>>можно самому конечно сделать) или /var/tmp
>>>
>>>Прим: и потом, кто мешает взять и подцепить второй винт на время
>>>подъема
>>>и взгромоздить на нем /usr/obj, /usr/src, /tmp - я об этом не
>>>писал, просто не задумывался что это может быть проблемой, но сам
>>>пользовался
>>>вовсю. Ну и самое главное - не забыть про COMPATXY в make.conf
>>>
>>
>>Андрей, ты меня немного неправильно понял. Я уже поднялся по твоим докам с 3.4 до 4.4. (3.4->3.5->4.2->4.4), все на ура поднялось (есттественно предварительно все тщательно тестировалось на тестовой машине) с теми объемами рутовой фс, которые есть на данный момент. Я не знаю, возможно-ли подниматься дальше до 4.8, места совсем мало осталось. Но ты говоришь места хватит, я правильно понял?
>
>правильно, просто прочти нижнее и наведи ревизию.
>
>Если ты поднялся и на 4.4 у тебя все ok - ну
>посмотри и подчисти ошметки
>в root-fs, в /usr, в /var, посмотри ядра и удали ненужные, почисти
>
>домашнюю директорию пользователя /root, подчисти /tmp аккуратно,
>удали rm -rf /usr/obj/ - сборка системы, удали что осталось от сборки
>
>ядер в /sys/compile, сохрани где-нить /var/db/pkg - я вроде так делал
>и потом грохал все что ставил из портов в 3.x и потихоньку
>пересобирал
>в 4'ке. Или лучше используй portupgrade - вот чего тогда не было
>и
>могут форматы базы не совпасть и будет ли portupgrade работать? Если
>грохнуть или перелопатить базу - будет. Ну и как я говорил -
>если
>боишься за нехватку места - ставь второй винт на время и используй
>
>на нем /usr/src, /usr/obj и /tmp и все сам увидишь, места должно
>
>хватить - в /root-fs много нового не добавилось, увеличение /usr/src
>несущественно, остается /usr/obj и даже /tmp не должен влиять.
> Да, можешь не собирать документацию и удалить или отказаться от
>многоязычных док и манов, если поднял до 4.4 то места должно хватить,
>
>посмотри cvsup, удали разные ненужные из:
>
>/usr/share/doc/
>/usr/share/man/
>
>/modules.old
>
>root-fs не должна сильно забиться, поищи ненужное на ней и для страховки
>
>сделай архивы ненужного, потом удали.
Спасибо, буду пробовать. Ядер итак одно осталось, /usr особо и /var не волнует - места там навалом. Порты обновил, формат баз не совпал, часть пришлось пересобирать, можно считать, что проблем особых не возникло.
Удивительно одно - оказывается автоматически не обновляется /stand. Запустив sysinstall - я понял, что он еще от 3 бсд, да и вообще все в этом каталоге старье оказалось, пришлось руками обновлять.
>Спасибо, буду пробовать. Ядер итак одно осталось, /usr особо и /var не
>волнует - места там навалом. Порты обновил, формат баз не совпал,
>часть пришлось пересобирать, можно считать, что проблем особых не возникло.
>Удивительно одно - оказывается автоматически не обновляется /stand. Запустив sysinstall - я
>понял, что он еще от 3 бсд, да и вообще все
>в этом каталоге старье оказалось, пришлось руками обновлять./stand надо ручками, это так, проинспектируй root-fs, наверняка найдешь
ненужное что можно удалить.