>/boot

Если вдруг LVM, шифрование или BtrFS.

/home

Представить не могу.

>Представить не могу.

Чтобы при сносе дистра все настройки схоронились.

Вот это ж додумались же!

> Чтобы при сносе дистра все настройки схоронились.
Бесполезное. Так нельзя что ли восстановить систему? Это не венда, чтобы сразу переставлять. Что даст изменение фс для этих разделов? XFS, Reiser, Btrfs и так далее.

Чтобы корень сделать readonly, а /var - rw, и тд.

>Так нельзя что ли восстановить систему?

Бывает, что нельзя. Бывает, что нужен другой дистрибутив. Мало ли чего бывает.

/boot - чтобы с него грузиться. На случай lvm, шифрования и всего такого.

/home - чтобы при переустановке не настраивать всё заново.

/tmp - у меня вообще на tmpfs лежит.

Ещё /var вытаскивать стал после того, как разок логи забили винт.

Плюс можно можно более оптимально выбирать фс. Например / - ext4, /home - xfs, /var - reiser. Всё это положительно влияет на надёжность, скорость, и всё такое.

Неубедительные доводы.

Бесполезное. Так нельзя что ли восстановить систему?

Ну я, например, недавно менял 32 на 64. Просто так - нельзя.

Что даст изменение фс для этих разделов?

Скорость, в основном.

/home на отдельном разделе полезен для подключения с noexec
/tmp сразу в /etc/fstab
tmpfs /tmp tmpfs defaults 0 0

/var к примеру на своём разделе спасает от переполнения логами апачи и т.п.

Ну так и не выноси. В чём проблема?

> Вот это ж додумались же!

А если подумать о фрагментации?

В чем преимущество вынесения каталогов /boot, /home, /tmp и так далее на отдельные разделы?

Это шанс для линуксоидов не потерять свои данные и возможность загрузиться с крипто-ФС.

На прогрессивных ОС каталоги /boot, /home, /tmp выносят в отдельные ФС ради возможности получить подобие time-machine: когда при неудачном обновлении ОС или стечении обстоятельств можно было «бесшовно» откатить неудачные изменения файлов, либо сделать снапшоты и переслать их на бэкап-сервер.

Что дает форматирование /home в XFS.

Можно операцию разбиения провести в уже установленной системе?

У меня:

/tmp         tmpfs, чтоб винтом не шуршал
/var/tmp     tmpfs, аналогично + скорость кед
/home        для смены/обновления дистров. Сейчас гента, хомяк тянется с 2007 мандривы
/boot        чтобы при подыхании корня сохранились ядра и настройка груба
/usr/portage на корне места не хватило. В дальнейшем оказалось удобным при использовании двух гент.
~/.kde4      tmpfs, чтоб летало
~/.mozilla   tmpfs, аналогично

/var/tmp, ~/.kde4 и ~/.mozilla при загрузке разворчаиваются из сохраненных при выключении тарболлов. На случай непредвиденных ситуаций при старте периодически делаются бэкапы.

>>/home

Представить не могу.

За тем же, за чем Винду делят на С и Д. Что б при переустановке системы кинушки/фото/музыка остались :)

>/home на отдельном разделе полезен для подключения с noexec
noexec на домашнем компьютере бесполезен. Нет абсолютно никакой разницы, как запускаться потенциально вредоносному коду — напрямую или через ~/.bash* (или ещё десяток дотфайлов).

/tmp сразу в /etc/fstab

Только если хватает RAM.

>/boot
Чтобы сделать / на любой ФС/lvm/mdadm-raid, в том числе с шифрованием.

/home

Чтобы при переполнении /home система могла спокойно работать. Хотя ext* умеет резервировать место для рута.

/tmp

Дома не нужно.

>> /boot

Только если / зашифрован либо на очень экзотической ФС. Для LVM и mdraid не требуется.

У меня /tmp, /var/tmp, /var/run и /var/lock в tmpfs, чтобы винт не шуршал, и чтобы они терялись автоматически при выключении, что они и должны делать. И так они быстрее.

/home на отдельном разделе, чтобы, например, сделать там nosuid, noexec (у меня только nosuid, т.к. есть ~/bin и свои программы гоняю с ~) или другую ФС, и чтобы не закончились inode'ы или место на / при заполнении ~ (для раздела с /home я не оставляю зарезервированных блоков).

/boot делают отдельно, т.к. GRUB legacy не умеет ext4; тогда /boot делают в ext2. Или же одни ядра использовать на разных дистрибутивах.

/usr на отдельном разделе можно смонтировать в ro.

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

После того, как я сделал rm -rf /etc было проще переустановить (бэкап был сильно устаревший). Хотя после прерванного на середине rm -rf /usr восстановить смог =)

>> чтобы они терялись автоматически при выключении, что они и должны делать

/var/tmp

Что-что?

>> чтобы они терялись автоматически при выключении, что они и должны делать

/var/tmp

Что-что?

А что смущает?

[max@laptop ~]$ ls -la /var/tmp/
итого 4
drwxrwxrwt  2 root root   40 Мар 24 15:07 .
drwxr-xr-x 15 root root 4096 Фев 27 13:35 ..

Там иногда /var/tmp/portage появляется при сборке, содержимое которого самоуничтожается после сборки. Если разрядилась батарея во время сборки, даже если бы /var/tmp остался, portage начал бы заново собирать пакет. Больше в /var/tmp ничего у меня нет. Что не так?

>> Что не так?

man hier

Конечно, никто не заставляет соблюдать стандарты, но всё же.

Ни в чем! каждый выбирает для себя! у меня ваще во многих линуксах кроме / и swap ничего нету! зато не морочусь типа каталог переполнен! и да везде использую reiserfs!

Да, и браузер у тебя MSIE 6.0, как я вижу

1. Дисковые квоты

2. Разная степень важности данных (/home на RAID1, / можно и вообще по сети монтировать)

3. Опции монтирования - nodev,nosuid для /home??? А ведь неплохая мысль

4. Разное назначение и разные «области видимости»

ну вынесение /var на отдельный раздел - это гарантия, как минимум, того что при какой-либо бяке, ты не засрешь логами корень и не получишь неработоспособную систему
многие из-за этого на серверах так и делают
ещё вариант - разные фс хороши при работе с файлами разных размеров
т.е. если корень по сути - куча мелких файлов
то файло-помойко с очень высокой вероятность - куча больших файлов

Да, кстати. Дефрагментировал хомяк, и заодно потестил фс:
time cp -r /mnt/lib /dev/shm
где lib - ~200MB so-шек и симлинков, кэши сбрасывал, результаты:

ext4 noatime,nodiratime
7.242
6.992
7.290

reiser3.6 noatime,nodiratime,notail
6.042
5.783
5.823

ext2 noatime,nodiratime
3.076
2.782
2.819

/home - сохранность данныех
/boot - несколько ОС
, /tmp имеет смысл только отд.диск или ramfs.

неудачный вброс - мы это уже обсудили :)

> Ещё /var вытаскивать стал после того, как разок логи забили винт.

Я выношу еще:
/opt
/usr
/var/log
/var/tmp
/var/mail
/usr/portage
/usr/portage/distfiles

и еще кой-че по мелочи.

> А если подумать о фрагментации?
Какой? О_о...

У меня на весь диск здоровенный LVM-раздел.
Внутри:
/boot — ext2 (чтобы быстрее грузиться и чтобы при подохшем корне оставалось хотя бы ядро)
swap 4GiB (для s2d и если 2GiB RAM не хватит)
/ — ext4 (считаю, оптимальная для корня ФС, достаточно стабильная и шустрая)
/usr/portage — reiserfs (очень быстро работает с мелкими файлами, какими ебилды и являются)
/home — btrfs (скорость + сжатие)
/var/tmp/portage — tmpfs 4GiB (чтобы компиляция диск не насиловала)
Остальными ФС заведует systemd (типа tmpfs на /var/lock).

/opt

Не использую. Практически всегда пуст.

/var/tmp

Монтирую в tmpfs, хотя это и не правильно.

/var/mail

То же самое, что и с /opt.

/usr/portage

/usr/portage/distfiles

Gentoo я так и не осилил :)

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

/var/tmp/portage — tmpfs 4GiB (чтобы компиляция диск не насиловала)

Значит, OpenOffice не собирал. ;)

> Значит, OpenOffice не собирал. ;)
А зачем мне этот опенофис? Тем более, могу и бинарник накатить. Да и KOffice роднее как-то. А если всё равно памяти не хватит, то можно на время и отмонтировать)

Иногда проще сменить дистр, чем разгребать говно после обновлений из ппа и обс.

Переразбил я диск. /-ext3, /home-xfs, /var-reiser. И не заметил прирост сорости.

ты не поверишь в линуксах тоже есть фрагментация, и очередная ФС не попадает в ядро если не имеет встроенного дефрагментатора.

а ты что хотел вот так «пух» и у тебя всё летать стало?

В reiserFS точно нет дефрагментатора.
Однако фрагментация моей системы на reiserFS, на которой ubuntu 10.04 с момента ее выхода - ~3%