зоопарк фс

Смотря для чего.

А у меня все просто

sda1 винда

sda2 свап

sda3 root ext4

sda4 boot ext2

fdisk'ом

/
/etc
/home

Вам про сервер говорят.

Мало /tmp

Мало /var/log

/var для сервера лучше в отдельный раздел

может вместо xfs лучше использовать ext4, отделить отдельно /var и сделать его reiserfs

и для /var отделяйте минимум 7 гигабайт

Все на reiserfs, много разделов не нужно. Достаточно разнести /home, / и /tmp, /tmp лучше всего вообще в tmpfs держать.

Можно, например, так: / - 10G, /var - 2G, /tmp - tmpfs, /home - остальное.

Если у вас планируется сохранять много логов (например, у вас работает squid), можно сделать корень побольше - гигов на 40, или же выделить отдельный раздел на /var/log.

рейзеру самое место на сервере, не считаете?

У меня дома комп одновременно и десктоп, и сервер. Это не помеха теоретической возможности иметь в дуалбуте винду.

теоретически, но сервер подразумевает постоянную работу

mount
/dev/sda1 on / type reiserfs (rw,acl,user_xattr)
none on /proc type proc (rw)
/dev/sda2 on /var type reiserfs (rw,acl,user_xattr)
/dev/sdc2 on /Big type reiserfs (rw,acl,user_xattr)
/dev/sdc1 on /Music type reiserfs (rw,acl,user_xattr)
/dev/sda4 on /Data type reiserfs (rw,acl,user_xattr)
none on /dev/shm type tmpfs (rw)
/dev/sdb1 on /1.5 type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/Data/DVD.ext2 on /4write@DVD type ext2 (rw,noexec,nosuid,nodev,users,loop=/dev/loop0)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
gvfs-fuse-daemon on /home/eddy/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=eddy)

И отлично работает.

 rain@goro:~$ df -Th
Ф. система    Тип     Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/sysvg-mainsysroot
          reiserfs    4,0G  336M  3,7G   9% /
tmpfs        tmpfs   1003M  8,0K 1003M   1% /lib/init/rw
udev         tmpfs     10M  172K  9,9M   2% /dev
tmpfs        tmpfs   1003M     0 1003M   0% /dev/shm
/dev/mapper/sysvg-mainsysvar
          reiserfs     10G  556M  9,5G   6% /var
/dev/md1  reiserfs    128M   45M   84M  35% /boot
/dev/mapper/dstvg-storage
               xfs    1,9T  1,7T  196G  90% /storage
/dev/mapper/sysvg-ovzspool
          reiserfs     30G  3,5G   27G  12% /vz
/dev/mapper/sysvg-webspace
          reiserfs     25G  1,7G   24G   7% /service/webspace
/dev/mapper/sysvg-buildfs
          reiserfs     50G  9,5G   41G  19% /service/buildfs
df: «/var/hosts/spy»: Отказано в доступе

Пока так, а там посмотрим.

И да, /boot на reiserfs из того соображения, что модуль для нее и так уже в ядре (/ и остальные ФС), поэтому добавлять в ядро поддержку очередной ФС только для /boot'а смысла не вижу, какой бы простой эта ФС ни была.

>Есть ли замечания к данному методу

Нет LVM, /tmp лучше в tmpfs, для чего свапу поболе выделить. И xfs я юы на ext4 заменил.И /var отдельным разделом.

> /tmp 2 Gb (nodev, nosuid, noexec) reiserfs

tmpfs стоит использовать. И swap сделать, исходя из того, что /tmp может туда уйти целиком. Ещё всякие /var/www и т.п. стоит выделить. Это уже по специфике сервера.

> поэтому добавлять в ядро поддержку очередной ФС

Это всё давно собирается модулями и добавляется в initrd.

А как Вы размечаете диски

Беру диски парами, собираю в RAID1. На одной паре дисков делаю два MSDOS-раздела - один небольшой под /boot (ext2), а остальное - раздел для LVM PV. На остальных парах дисков (они обычно докупаются позже, так что мигрировать на более «серьёзные» уровни RAID просто так не выйдет) создаю один большой раздел под LVM PV. Далее разбиваю LVM VG на LV: /, swap, /home, /tmp, /var, /var/log, /var/tmp, /var/lib и т.п. (размер сильно зависит от задач). ФС - ext4 (кроме /boot), не вижу смысла разводить зоопарк.

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

/
/home
/tmp
/var
/usr
swap

Далее разбиваю LVM VG на LV:

Забыл сказать: после «начальной» разбивки VG на LV, у меня где-то треть места в VG остаётся свободной. Чтобы в будущем можно было быстро добавить где не хватает.

Я тут смотрю, примеров накидали уже. Вот пример для шлюза:

/dev/hda5             3,7G  198M  3,3G   6% /
tmpfs                 512M  4,0K  512M   1% /tmp
/dev/hda1             228M   11M  207M   5% /boot
/dev/hda6             3,7G  551M  3,0G  16% /usr
/dev/hda7             3,7G  134M  3,4G   4% /home
/dev/hda8             3,7G  1,2G  2,4G  33% /var
/dev/hda10            4,6G  144M  4,3G   4% /var/spool/squid
/dev/hda11            942M   69M  826M   8% /var/lib/imap
/dev/hda12             28G  155M   26G   1% /var/spool/imap
/dev/hda13             37G  4,0G   31G  12% /var/lib/mysql
/dev/hda14            2,8G   69M  2,6G   3% /var/spool/mqueue

здесь хорошо раскрыт вопрос: http://itc.ua/articles/razmetka_diskov_v_linux_programmy_i_rekomendacii_18340

rain@goro:~$ lsmod
Opening /proc/modules: No such file or directory

Да даже если бы модулем - все равно подгружается лишний кусок кода.

Домашняя файлопомойка (логи сквида хранятся в /Data, там же /tmp):

/dev/sda1             9,6G  8,8G  767M  93% /
/dev/sda2             2,0G  867M  1,1G  45% /var
/dev/sdc2             909G  866G   44G  96% /Big
/dev/sdc1             489G  191G  298G  40% /Music
/dev/sda4             220G  190G   30G  87% /Data
none                 1013M     0 1013M   0% /dev/shm
/dev/sdb1             1,4T  253G  1,2T  19% /1.5
/Data/DVD.ext2        4,4G  335M  4,0G   8% /4write@DVD

> rain@goro:~$ lsmod

Opening /proc/modules: No such file or directory

$ lsmod|grep ext
ext3 128136 6
jbd 49684 1 ext3
mbcache 11780 1 ext3

Да даже если бы модулем - все равно подгружается лишний кусок кода.

Ну подгружается. Жалко что ли, при современных объёмах ?

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

> У меня привычка - для серверов делать безмодульное ядро

У меня привычка собирать ядра пропала лет пять назад. Смысла, практически, нет.

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

Один диск — одна файловая система и SWAP. Много дисков — объединяю в пулы.

> /tmp лучше всего вообще в tmpfs держать.

Но с 2 Гб я думаю это будет проблематично

рейзеру самое место на сервере, не считаете?

Читал что его можно максимум для темпа и логов держать!

tmpfs стоит использовать. И swap сделать, исходя из того, что /tmp может туда уйти целиком.

Опять же swap хранится на диске, стоит ли менять шило на мыло?

Тут еще появился вопрос какие разделы лучше длеать первичными, а какие логичными? и метка загрузочный только на /boot или /boot + /

>/boot 32Mb ro ext3 primary
Зачем ext3, если ro? Пусть будет ext2. И чего так мало места? Можно и сотню-две кинуть, не жалко. Вдруг объёмистый инитрд приспичит?

swap 3 Gb primary

Если оперативы < 3GB, то нормально.

/tmp 2 Gb (nodev, nosuid, noexec) reiserfs logical

Зачем отдельный раздел? /tmp проще монтировать в память.

/ 20 Gb xfs logical

/home Остальное (nodev, noexec) xfs

Зачем xfs? ext4 за глаза. Или у тебя многоядерный многопоточный видео-сервер? Не стоит разводить зоопарк.

А как Вы размечаете диски

С пивом и орешками.

аж прослезился, как вспомнил прелести разбивки диска
нафиг-нафиг статические разделы =)

а поподробнне пожайлусто!

gpt

zfs - любая файловая система в пуле может использовать все свободное место в пуле, все проще пареной репы =)
квоты тоже есть, как на файловые системы, так и на пользователей.

только неясно когда ей можно будет в линукс пользоваться не jff

> только неясно когда можно линукс пользоваться не jff

fixed

ну это не ко мне, я его только на десктопах использую :p

ro ext3
Зачем разделу, запись на который не производится, журнал?

Тут еще появился вопрос какие разделы лучше длеать первичными, а какие логичными?

Логическими же... Без разницы. С LVM этот вопрос вообще не стоит.

и метка загрузочный только на /boot или /boot + /

С каких пор можно ставить больше одной метки active? А вообще, не нужно, если загрузчик в MBR.

64 метра - ext2 - /boot
4 гига - swap
~20 гигов - btrfs - /
и extended раздел на все оставшееся место для данных.

GPT или MBR

какие есть аргументы сейчас за продолжение использования MBR, а не более современного GPT?

Чтобы не копипастить: http://www.linux.org.ru/jump-message.jsp?msgid=5468359&cid=5468688

какие есть аргументы сейчас за продолжение использования MBR, а не более современного GPT?

Никаких. В сущности, без разницы, каким образом создать единственный раздел для LVM (или dm-crypt).

обычно размечаю так:

1-й раздел: /boot (256 или 512 Мб)
2-й раздел - SWAP (размер зависит от ОЗУ, иногда не создаю)
3-й раздел - физический LVM (на всё оставшееся место)

Внутри LVM создаю 6-8 гиг под корень, остальное - резерв. Если понадобится место под файлопомойку - создаю необходимое место (наращиваю при необходимости); или под /home выделяю раздельчик; или если для виртуальной машинки нужен будет раздел, то предоставляю; или если для iscsi понадобится место...
Потом, когда нужда в разделе отпадает, он возвращается в пул свободного места.

Если винтов много, то делаю RAIDы (аппаратные или программные). RAID-5 не люблю, обычно делаю RAID-1+0 (или RAID-6, если железка позволяет). А внутри RAID разбиваю по уже описанной схеме.

ну а если появляются новые винты, то они «вливаются» в уже существующее LVM-хранилище, добавляя резерва свободного места... или под LVM-снапшоты заюзываю... или создаю новую группу LVM-томов и юзаю как хранилище для инкрементальных бэкапов... короче, тут уже всё сильно зависит от ситуации и денежной массы у клиента :)

RAID-5 не люблю

Почему?

ну а если появляются новые винты, то они «вливаются» в уже существующее LVM-хранилище, добавляя резерва свободного места...

А если винт чисто аппаратно отвалился, то что будет с твоим LVM?

>>RAID-5 не люблю

Почему?

два не срослось у нас... Воовстанавливать намного сложнее, чем, скажем, 1+0

А если винт чисто аппаратно отвалился, то что будет с твоим LVM?

Всё зависит от «денежной массы клиента» :)
Если клиент жмётся на покупку второго винта для хотя бы программного рэйда, то его честно предупреждаю, что может быть кирдык в виде простоя на N часов. Ну а если и на винт под бэкапы жмотится, то уже полный отказ от ответственности. Обычно после «грома» прибегают и «крестятся».