LINUX.ORG.RU

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

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

VileLiar
() автор топика

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

anon_666
()
Ответ на: комментарий от VileLiar

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

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

frak
()

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

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

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

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

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

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

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

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

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

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

Ximen ★★★★
()

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

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

Umberto ★☆
()

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

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

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

iZEN ★★★★★
()

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

VileLiar
() автор топика

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

VileLiar
() автор топика

У меня:

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

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

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

>>/home

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

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

sn00p
()
Ответ на: комментарий от Umberto

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

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

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

x3al ★★★★★
()

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

/home

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

/tmp

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

x3al ★★★★★
()

>> /boot

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

GotF ★★★★★
()

У меня /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 восстановить смог =)

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

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

/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 ничего у меня нет. Что не так?

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

>> Что не так?

man hier

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

GotF ★★★★★
()

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

ipwww ★★
()

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

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

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

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

Nastishka ★★★★★
()

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

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

Да, кстати. Дефрагментировал хомяк, и заодно потестил фс:
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

anon_666
()

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

darkshvein ☆☆
()
Ответ на: комментарий от Ximen

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

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

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

soomrack ★★★★
()

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

tmpusr
()
Ответ на: комментарий от soomrack

/opt

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

/var/tmp

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

/var/mail

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

/usr/portage

/usr/portage/distfiles

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

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

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

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

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

tmpusr
()
Ответ на: комментарий от VileLiar

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

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

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

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

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

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

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

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