LINUX.ORG.RU
Форум — General  

Разбиение диска


0

0

Стукнула мне в голову идея наконец-то нормально переразбить диск. И возникла сразу же куча вопросов по выбору частей и ФС.
Собственно, я погуглил бенчмарки и личный опыт использования и вот что у меня пока что получилось:

/ ext4 (reiser4) 200Mb
/usr,/opt xfs 10Gb
/boot ext2 50Mb
/usr/portage reiser4 5Gb
/tmp tmpfs -
/home ? rest
/var ? 1Gb
/var/tmp ext2 1Gb

С ФС для /var и /home пока что не определился
Комп используется как обычный десктоп. Задачи - мультимедиа, интернет, быдлокодинг (в том числе и web). ОС - Gentoo. Компилирую часто.

Нет ли у вас, господа, идей, как это все можно улучшить?

★

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

Тоже вариант, сам задумывался. Правда, иногда придется очищать (если без ребута много чего собирать неудачно). Впрочем, стоит попробовать.

solid ★
() автор топика 

>/boot	 ext2	 50Mb
Лучше раза в два больше ;)

>/usr/portage	reiser4	 5Gb 
Если исключительно под одни портежи то достаточно 3Gb это с учетом того что /usr/portage/distfiles будут жить где то в другом месте например в /var/portage/distfiles

>/tmp	 tmpfs	 -
Угу хорошая идея... Некоторым программам надо ооооочень много места. Пример? ООо из сырцов ;)

>/var	 ?	 1Gb 
А не маловато будет? Я б делал не меньше чем usr или opt. И еще определись таки где у тебя будут жить distfiles. А их тоже гиг 10 на десктопе накопится без проблем .

>/usr,/opt 	xfs	 10Gb
xfs то тут зачем? Размерчик пойдет. А фс лучше как и на "/" ext4 или reiser4

init_6 ★★★★★
()

Идея одна: забить и не мучаться.

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

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

>>/boot ext2 50Mb
>Лучше раза в два больше ;)
Сейчас как раз в двое больше. Занято всего 15 метров.

>>/usr/portage reiser4 5Gb
>Если исключительно под одни портежи то достаточно 3Gb это с учетом того что /usr/portage/distfiles будут жить где то в другом месте например в /var/portage/distfiles

$ du -sh /usr/portage/ --exclude=distfiles
594M /usr/portage/

А distfiles вообще чищу регулярно - все равно доступ до mirror.yandex.ru резиновый.

>>/tmp tmpfs -
>Угу хорошая идея... Некоторым программам надо ооооочень много места. >Пример? ООо из сырцов ;)
O_o а разве не /var/tmp? Хотя, вполне возможно, что как раз нет.

>>/var ? 1Gb
>А не маловато будет? Я б делал не меньше чем usr или opt. И еще определись таки где у тебя будут жить distfiles. А их тоже гиг 10 на десктопе накопится без проблем .
$ du -sh /var/
285M /var/

А вот /usr таки разбухает быстро, это да.

>>/usr,/opt xfs 10Gb
>xfs то тут зачем? Размерчик пойдет. А фс лучше как и на "/" ext4 или reiser4
Сам сначала reiser4 хотел, но наткнулся на это:
http://balancer.ru/tech/forum/2009/05/t64670--ocherednoj-bench-proizvoditelno...
Впрочем, у xfs есть свои проблемы.

solid ★
() автор топика 

Короче лично я бы делал так

/boot   (ext2)	 120Mb 
"/"    (ext4) не менее 6Gb 
/usr  (ext4) не менее 5Gb
/opt	(ext4) не менее 10Gb 
/usr/portage	(reiser4)	 3Gb 
/tmp	 (ext2) 5Gb 
/home (xfs) rest 
/var (ext4) 15Gb с учетом того что /var/portage/distfiles будут таки жить в /var иначе usr +10Gb а var-10Gb

А /var/tmp и /usr/tmp ссылки на /tmp
Там где написано "не менее" зависит от аппетитов.

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

Идея правильная. А как же шило в одном месте? :)
К тому же, место рассчитываю очень аккуратно. Так, чтобы на все хватало с запасом.

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

>Сейчас как раз в двое больше. Занято всего 15 метров.
Ну одно ядро... А внезапно их будет два что тогда?

>$ du -sh /usr/portage/ --exclude=distfiles
>594M /usr/portage/

Умный да? :) Ну делай 600 Мб раздел и пусть у тебя там хранятся поретжи. Как говорится успехов. И 3Gb под /usr/portage я не с потолка брал еси чо ага.

>А distfiles вообще чищу регулярно - все равно доступ до mirror.yandex.ru резиновый.
Тогда вопросов нет. И те 10Gb можно вообще не делать. 

>O_o а разве не /var/tmp? Хотя, вполне возможно, что как раз нет.
У кого как...

>$ du -sh /var/
>285M /var/

Тоже gentoo и тоже десктоп 
du -sh /var/
21G	/var/

В var хранятся во первых backup-ы во вторых /var/portage/distfiles в третьих /var/portage/packages 

>Впрочем, у xfs есть свои проблемы.
Для usr и opt ту же fs что и для "/" тут не ошибешся. А вот home где будут всякие здоровые фильмы и прочее там xfs ;)

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

> Идея правильная. А как же шило в одном месте? :) К тому же, место рассчитываю очень аккуратно. Так, чтобы на все хватало с запасом.

Ну смотри, коли временем свободным располагаешь.

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

> Ну одно ядро... А внезапно их будет два что тогда?
Четыре ядра. И grub.

> И 3Gb под /usr/portage я не с потолка брал еси чо ага.
Оке :)

> В var хранятся во первых backup-ы
Централизованно еще ничего не бэкапил. То, что бекапил, складывал в home. Глупо, да.

Кстати, у xfs есть огромный плюс - это дефрагментатор.

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

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

Это полезный опыт, полезный. Не обязательно негативный, though.

xio ★
() 

У меня так:

100M /boot          ext2
464M /              ext3
11G  /usr           reiserfs
5,2G /usr/portage   reiserfs
1,9G /var           reiserfs
6,6G /tmp           reiserfs
46G  /home          ext4

/var/tmp -> /tmp
/opt     -> /usr/local

xetf ★★
() 

>Нет ли у вас, господа, идей, как это все можно улучшить?

Не вопрос. Конечно можно.

Начало:
% gpart show
% gpart create -s GPT ad6
% gpart add -b 34 -s 256 -t freebsd-boot -l rio_boot ad6
ad6p1 added
% gpart add -b 290 -s 4194304 -t freebsd-swap -l rio_swap ad6
ad6p2 added
% gpart add -b 4194594 -s 620940000 -t freebsd-zfs -l rio_zfs ad6
ad6p3 added
% gpart show
=>       34  625142381  ad6  GPT  (298G)
         34        256    1  freebsd-boot  (128K)
        290    4194304    2  freebsd-swap  (2.0G)
    4194594  620940000    3  freebsd-zfs  (296G)
  625134594       7821       - free -  (3.8M)
% gpart bootcode -b /boot/pmbr ad6
ad6 has bootcode
% gpart bootcode -p /boot/gptzfsboot -i 1 ad6

% zpool create amd64rio /dev/ad6p3
% zpool set bootfs=amd64rio amd64rio
% zfs list
NAME       USED  AVAIL  REFER  MOUNTPOINT
amd64rio  67,5K   291G    18K  /amd64rio

Он сказал: "Поехали!":
% zfs set atime=off amd64rio
% zfs create -o atime=on amd64rio/var
% zfs create -o compression=gzip amd64rio/var/crash
% zfs create -o readonly=on amd64rio/var/empty
% zfs create amd64rio/var/tmp
% chmod 1777 /amd64rio/var/tmp
% zfs create amd64rio/var/db
% zfs create amd64rio/usr
% zfs create amd64rio/usr/home
% zfs create amd64rio/usr/obj
% zfs create -o compression=gzip amd64rio/usr/ports
% zfs create -o compression=off amd64rio/usr/ports/distfiles
% zfs create -o compression=gzip amd64rio/usr/src
% zfs create amd64rio/tmp

Итог разбивки:
% zfs list
NAME                           USED  AVAIL  REFER  MOUNTPOINT
amd64rio                       387K   291G    22K  /amd64rio
amd64rio/tmp                    18K   291G    18K  /amd64rio/tmp
amd64rio/usr                   114K   291G    23K  /amd64rio/usr
amd64rio/usr/home               18K   291G    18K  /amd64rio/usr/home
amd64rio/usr/obj                18K   291G    18K  /amd64rio/usr/obj
amd64rio/usr/ports              37K   291G    19K  /amd64rio/usr/ports
amd64rio/usr/ports/distfiles    18K   291G    18K  /amd64rio/usr/ports/distfiles
amd64rio/usr/src                18K   291G    18K  /amd64rio/usr/src
amd64rio/var                    95K   291G    23K  /amd64rio/var
amd64rio/var/crash              18K   291G    18K  /amd64rio/var/crash
amd64rio/var/db                 18K   291G    18K  /amd64rio/var/db
amd64rio/var/empty              18K   291G    18K  /amd64rio/var/empty
amd64rio/var/tmp                18K   291G    18K  /amd64rio/var/tmp

% zpool export amd64rio
% zpool import amd64rio
% zpool status
  pool: amd64rio
 state: ONLINE
 scrub: none requested
config:

	NAME        STATE     READ WRITE CKSUM
	amd64rio    ONLINE       0     0     0
	  ad6p3     ONLINE       0     0     0

errors: No known data errors

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

>На десктопах жесткое деление на разделы лишь добавляет трудно лечимого со временем геморроя.

+1

Сам с этим столкнулся на UFS2.

iZEN ★★★★★
()

В общем, я подумал и решил, что все будет примерно так:

/boot ext2 50Mb
/ ext4 200Mb
/var reiser4 1.5Gb
/usr,/opt reiser4 15Gb
/var/tmp,/tmp ext2 2Gb
/home xfs rest

Хотя /tmp можно и расширить. В любом случае, я постарался расположить разделы так, чтобы изменения происходили как можно безболезненней.
Спасибо всем, кто отозвался.

solid ★
() автор топика

LVM, размеры разделов по-минимуму и сможешь в процессе работы увеличивать разделы.

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

зачем отделять boot от /, а var/tmp (tmp) от var. да и opt оделять от / (на крайняк можно сделать mount /usr/opt /opt -o bind)

ps как включить на raiserfs сжатие?

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

>зачем отделять boot от /
а незачем? ну не отделяй :)

>а var/tmp (tmp) от var
Мусор это /tmp и то что мусор бывает разный /var/tmp или /usr/tmp не меняет того факта что это мусор а /var это как бы все таки вовсе не мусор.

>да и opt оделять от / 
В "/" ставятся собранные программы оптимизированные под параметры /etc/make.conf а в /opt тупо распаковываются собранные под хз что бинарники. В /opt нет смысла что то постоянно писать. Оттуда только читается... Как правило и если не считать тех редких случаев когда производится установка чего либо в /opt. Продолжать?

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

>>зачем отделять boot от /
>а незачем? ну не отделяй :)
и не отделяю


>>а var/tmp (tmp) от var
>Мусор это /tmp и то что мусор бывает разный /var/tmp или /usr/tmp не меняет того факта что это мусор а /var это как бы все таки вовсе не мусор.

> не мусор, но раздел с динамично изменяющимися файлами сделать сим-линк с var/tmp на usr/tmp и /tmp (или mount -o bind). Я ж не предлагаю var приравнять к tmp и валить все в корень раздела

>>да и opt оделять от /
>В "/" ставятся собранные программы оптимизированные под параметры /etc/make.conf а в /opt тупо распаковываются собранные под хз что бинарники. В /opt нет смысла что то постоянно писать. Оттуда только читается... Как правило и если не считать тех редких случаев когда производится установка чего либо в /opt. Продолжать?

А что в / вы постоянно что то новое пихаете или обновляете?

ps на вкус и цвет... Я разбиваю винт так что бы редко изменяемая информация была на одном разделе, а часто меняющаяся на другом

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

boot - ибо нужно, чтобы grub с него мог достать ядро при любом раскладе. Как там дела с reiser4 - не знаю.
/opt я и так вместе с /usr помещу на один раздел. Они же через запятую перечисленны у меня.
/var/tmp и /tmp отделять обязательно - там же не нужно журналирование. А вот скорость нужна. Вот они и ext2 (или tmpfs).

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

Заманичиво, кстати. На досуге почитаю, как это работает.

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