Увеличение места на корневом разделе.

[Pal]

Здравствуйте.
Имеется ноутбук с WinXP и FreeBSD 7.0-STABLE. На фряхе жуткая нехватка места на жёстком диске. Погорячился, когда то давно отдал винде очень много места, сейчас готов отобрать у винды гигов 20 в пользу фряхи.
Теперь вопрос, возможно ли как нибудь отобрать места у винды и отдать фряхе. На фряхе всего один раздел root( / ). Задачу хочется решить без потери данных и переустановки системы. Вариант с бэкапом корневого раздела, разбивки диска и переустановки системы пока не рассматриваю.
P.S
Винду сносить не предлагать, бук корпоративный, не могу.

[Хостинг 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/

[squid]

запаковать к примеру /usr с сохранением прав
отрезать от винды раздел
отформатить его под фрю, смонтировать, распаковать на него архив
изменить fstab
===============
на практике не проверял

[dikens3]

Линк сделать на новый раздел.

[Pal]

Чтож, будем пробовать.

[Da1VER]

Раз есть мастдаевский раздел - проще всего при монтировать его в нем создать любую папку, перелить туда нужный роздел и прописать линки, и никаких трахамудий с отрезанием разделов и переформатировкой..

[zg]

Раз есть мастдаевский раздел - проще всего при монтировать его в нем создать любую папку..

если там NTFS, то не проще, а у фата предел 4 гига/файл. Лучше действительно отрезать раздел от винды и примонтировать во фре.

[Da1VER]

Так тебе нуно раздел во вряхе для файлопомойке ? иль те нуно раздел фряхи в которой просто нехватает места для рабочих файлов ?
Иль там вертится какая нить огромная база ?

[Pal]

Нужен раздел для фряхи в которой не хватает места)
Сделал dump всей системы, ща буду что нибудь придумывать.

[zg]

partitional magic и все проблемы , допраздел покромсай, чтоб неразмеченная (чёрная) область появилась сколько надо. А потом во фре через sysinstall отфарматируешь и прикрутишь, лучше /usr. И без всяких потерь место увеличится. Но лучше потренируйся на кошках, а то мало ли, получится как всегда

[horton]

Раз тема похожая есть то пишу сюда, при установке создал следующие разделы: /, /var , /tmp, /usr, /home ну и swap заодно. в нендбуке рекомендация к корневому разделу 100метров. стояла 6ка, все было замечательно, поднялся до 7 релиза тоже без проблем, но когда решил собрать свое ядро то столкнулся с тем что все 256метров, отданные корневому разделу заполнены. Как это лечится?

[dikens3]

Сборка ядра происходит в /usr/... и никакого отношения не имеет (не должна) к корневому разделу.

Искать нужно чем занято место, каким каталогом.

du в помощь.

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

find / -type d -depth 1 -maxdepth 1 -print | xargs du -hd0

P.S. Хотя может 100Мб и не хватить.

[zg]

Как это лечится?

man mount_unionfs

[horton]

Извините, я не совсем конкретно задал вопрос. Если не весь диск отдан под корень, а разбивка сделана примерно как в кендбуке расписано, то в 6ке в корне занято около 70 метров, в 7ке получается около 230 метров. Причем я сначала думал что криво поднялся с предыдущего релиза, но при установке с нуля все точно так же. Ядро же было GENERIC а при установке своего ядра создалась копия старого, раздел / у меня был сделан 250mb, поэтому и сожрались послидние пара десятков метров. Никто с такой траблой не сталкивался?

[horton]

я вот об этом собственно пишу:
%df -m
Filesystem 1M-blocks Used Avail Capacity Mounted on
/dev/ad1s1a 989 248 661 27% /
devfs 0 0 0 100% /dev
/dev/ad1s1g 114097 27632 77337 26% /home
/dev/ad1s1e 989 0 910 0% /tmp
/dev/ad1s1f 19832 5255 12990 29% /usr
/dev/ad1s1d 9916 620 8502 7% /var
/dev/da0s1 1988 851 1136 43% /mnt
/dev/acd0 3504 3504 0 100% /cdrom

[zg]

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

zg# uname -a
FreeBSD zg.zzzz 7.0-STABLE FreeBSD 7.0-STABLE #3: Thu May  8 21:09:51 YEKST 2008     zg@zg.zzzz:/usr/obj/usr/src/sys/ZG  i386
zg# df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad4s1a    496M    200M    256M    44%    /
devfs          1.0K    1.0K      0B   100%    /dev
/dev/ad4s1d    4.8G    820M    3.7G    18%    /root
/dev/ad4s1h    496M    288M    168M    63%    /tmp
/dev/ad4s1e     24G     10G     12G    46%    /usr
/dev/ad4s1f     24G    2.3G     20G    11%    /usr/ports
/dev/ad4s1g    496M    292M    164M    64%    /var
zg# du -d1 -h /boot/
 22K    /boot/defaults
2,0K    /boot/firmware
 33M    /boot/kernel
2,0K    /boot/modules
2,0K    /boot/zfs
112M    /boot/kernel.old
146M    /boot/
zg#

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

[f_andrey]

я вот об этом собственно пишу:
/dev/ad1s1a 989 248 661 27% /

Смотри как собрано ядро у меня на куренте с отладкой оно как раз занимает пару сотен Мб
А вобше конечно должно занимать меньше.

[zg]

А вобше конечно должно занимать меньше.

33M /boot/kernel
112M /boot/kernel.old

без дебага почти в 4 раза меньше

[horton]

Сравнивал на досуге две системы: одна FreeBSD 6.3 Release, вторая FreeBSD 7.0 Release. У обеих в конфигурационном файле ядра присутствует строка
makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
У семерки в /boot/kernel файлики лежат файлики с отладочной информацией *.symbols, которые и занимают большую часть корневого раздела.
...
-r-xr-xr-x 1 root wheel 14K Nov 27 14:18 3dfx.ko
-r-xr-xr-x 1 root wheel 48K Nov 27 14:18 3dfx.ko.symbols
-r-xr-xr-x 1 root wheel 5.0K Nov 27 14:19 3dfx_linux.ko
-r-xr-xr-x 1 root wheel 26K Nov 27 14:19 3dfx_linux.ko.symbols
-r-xr-xr-x 1 root wheel 63K Nov 27 14:19 aac.ko
...
В шестерке их нет, значит в шестерке ядро всегда компилится без дебага?

[warzoni]

удали олд крнел и всё.

[zg]

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

zg# uname -r
7.0-STABLE
zg# du -hd1 /boot/
 22K    /boot/defaults
2,0K    /boot/firmware
 34M    /boot/kernel
582K    /boot/modules
2,0K    /boot/zfs
 33M    /boot/kernel.old
 68M    /boot/
zg#

ядро генерик после пересорки занимает 30 метров. Какая большая часть раздела?

[horton]

Вообще то вопрос был о другом. Я понимаю что можно удалить олд.кернел, можно собирать без отладки... Но я спросил почему с опцией makeoptions DEBUG=-g в семерке ' / ' распухает а в шестерке нет. У меня собранное без дебагера ядро тоже ~30метров, суть то не в этом.

[zg]

в семерке ' / ' распухает а в шестерке нет

распухает /boot, поскольку отладочная информация по-разному выглядит в семёрке и в шестёрке.

[horton]

А не подскажите ссылочкой где можно почитать об этом поподробнее?