> Чтобы при сносе дистра все настройки схоронились.
Бесполезное. Так нельзя что ли восстановить систему? Это не венда, чтобы сразу переставлять. Что даст изменение фс для этих разделов? XFS, Reiser, Btrfs и так далее.
/boot - чтобы с него грузиться. На случай lvm, шифрования и всего такого.
/home - чтобы при переустановке не настраивать всё заново.
/tmp - у меня вообще на tmpfs лежит.
Ещё /var вытаскивать стал после того, как разок логи забили винт.
Плюс можно можно более оптимально выбирать фс. Например / - ext4, /home - xfs, /var - reiser. Всё это положительно влияет на надёжность, скорость, и всё такое.
В чем преимущество вынесения каталогов /boot, /home, /tmp и так далее на отдельные разделы?
Это шанс для линуксоидов не потерять свои данные и возможность загрузиться с крипто-ФС.
На прогрессивных ОС каталоги /boot, /home, /tmp выносят в отдельные ФС ради возможности получить подобие time-machine: когда при неудачном обновлении ОС или стечении обстоятельств можно было «бесшовно» откатить неудачные изменения файлов, либо сделать снапшоты и переслать их на бэкап-сервер.
/tmp tmpfs, чтоб винтом не шуршал
/var/tmp tmpfs, аналогично + скорость кед
/home для смены/обновления дистров. Сейчас гента, хомяк тянется с 2007 мандривы
/boot чтобы при подыхании корня сохранились ядра и настройка груба
/usr/portage на корне места не хватило. В дальнейшем оказалось удобным при использовании двух гент.
~/.kde4 tmpfs, чтоб летало
~/.mozilla tmpfs, аналогично
/var/tmp, ~/.kde4 и ~/.mozilla при загрузке разворчаиваются из сохраненных при выключении тарболлов. На случай непредвиденных ситуаций при старте периодически делаются бэкапы.
>/home на отдельном разделе полезен для подключения с noexec
noexec на домашнем компьютере бесполезен. Нет абсолютно никакой разницы, как запускаться потенциально вредоносному коду — напрямую или через ~/.bash* (или ещё десяток дотфайлов).
У меня /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/portage появляется при сборке, содержимое которого самоуничтожается после сборки. Если разрядилась батарея во время сборки, даже если бы /var/tmp остался, portage начал бы заново собирать пакет. Больше в /var/tmp ничего у меня нет. Что не так?
Ни в чем! каждый выбирает для себя! у меня ваще во многих линуксах кроме / и swap ничего нету! зато не морочусь типа каталог переполнен! и да везде использую reiserfs!
ну вынесение /var на отдельный раздел - это гарантия, как минимум, того что при какой-либо бяке, ты не засрешь логами корень и не получишь неработоспособную систему
многие из-за этого на серверах так и делают
ещё вариант - разные фс хороши при работе с файлами разных размеров
т.е. если корень по сути - куча мелких файлов
то файло-помойко с очень высокой вероятность - куча больших файлов
Да, кстати. Дефрагментировал хомяк, и заодно потестил фс:
time cp -r /mnt/lib /dev/shm
где lib - ~200MB so-шек и симлинков, кэши сбрасывал, результаты:
У меня на весь диск здоровенный LVM-раздел.
Внутри:
/boot — ext2 (чтобы быстрее грузиться и чтобы при подохшем корне оставалось хотя бы ядро)
swap 4GiB (для s2d и если 2GiB RAM не хватит)
/ — ext4 (считаю, оптимальная для корня ФС, достаточно стабильная и шустрая)
/usr/portage — reiserfs (очень быстро работает с мелкими файлами, какими ебилды и являются)
/home — btrfs (скорость + сжатие)
/var/tmp/portage — tmpfs 4GiB (чтобы компиляция диск не насиловала)
Остальными ФС заведует systemd (типа tmpfs на /var/lock).
> Значит, OpenOffice не собирал. ;)
А зачем мне этот опенофис? Тем более, могу и бинарник накатить. Да и KOffice роднее как-то. А если всё равно памяти не хватит, то можно на время и отмонтировать)