mkfs
meatwad 11 января, 2010 - 18:43
Добрый день. Всегда разбивал диск «по старинке», а вот теперь решил сделать немного иначе. Я планирую создать все разделы в ext4. У меня несколько вопросов:
1) Есть ли смысл создавать /tmp, /var/tmp под «ext4 без поддержки журнала» при RAM = 1Gb, или лучше использовать tmpfs? Как будет зависеть от этого размер swap-раздела?
2) Так же не хотелось бы создавать на /var ReiserFS. Под ext4 c журналом будет неплохо?
3) Если /usr под ext4, какие параметры лучше выбрать (noatime, relatime или ro), нужен ли ему журнал?
Не холивара ради.
»
- Для комментирования войдите или зарегистрируйтесь
Если без флейма... :)
Зависит от того, что предполагается собирать.
ИМХО
/tmpкакtmpfsимеет смысл при наличии хотя бы 4 гигов оперативной памяти.:wq
--
Live free or die
Ладно, перейду сразу к делу
Скажем, такая разбивка допустима?
Какие коррективы следует внести ? Например, порядок разделов оптимален? Возможно, неплохо было бы добавить еще разделов?
:)
Так у тебя никак не получититься - как минимум sda4 будет extended - а в нем уже sda5, sda6...
И для /boot - подумай, нужен ли там журнал? как по мне - ext2 вполне себе живет там уверенно.
Ну и можно на все кроме /boot поставить noatime все-таки...
Ах да, забыл указать, что
/boot, /var/tmp, /tmp планирую монтировать с опциями data=writeback, noload, то есть без журнала.
С такими опциями у меня (и у
С такими опциями у меня (и у жены на ideapad'е, в частности) смонтированы /usr, / и /var, и с теми ж намерениями. Да, разумеется, свой честно заработанный процент к производительности /dev/sda мы имеем, но расскажу вам нюанс.
Третьего дня сообщает, что оно не доходит до логина, и мы по скайпу провели увлекательнейшие полчаса, когда я ее глазами и ручками фиксил -- проникнуть в груб, убрать
eeeeeeeeeeeeи дописатьinit=/bin/bash, потомcat /etc/fstab, найти, какой /dev/sd? соответствует /var, затем fsck -y по смыслу, потом Alt+SysRq+S, далее не отрывая пальцев от Alt и SysRq нажать u и затем, выждав три секунды, наконец b.И все оттого, что эта чюдная видеокарта intel стала глюкавить после предновогоднего обновления, и в один момент жена в сердцах вырубила потухший лаптоп нажатием и удержанием кнопки power -- что равнозначно выдергиванию питания с батареей. Что привело к невосстановимому с точки зрения fsck безобразию на /var. Да еще нормальным образом залогиниться, даже как рут, она не смогла, потому что неделю назад я в /etc/pam.d/login вместо
session optional pam_ck_connector.soошибочно указал required, и всякая попытка проваливалась с Module not found.А вот был бы журнал, наверняка, по крайней мере на /var, проблем бы не было.
:}