[Solved]Вопрос про разбиение hdd и фс

Не знаю как лучше, расскажу как у меня.
Первый Hdd распилен на 2 раздела:
1. 30Гб отдан под / (reiserfs)
2. Все остальное - LVM том
Остальные 2 HDD - продолжение LVM тома.
Swap у меня нет, т.к. ОЗУ 8Гб
Поверх LVM тома создан 1 логический диск (reiserfs) и примонтирован к /home

Жду критику)))
сразу скажу, что LVM я не пилил на части, т.к. у меня очень много музыки, фильмов и Аниме и это все занимает практически 80% всего LVM тома (более 1 ТБ)
P.S. distfiles у меня перенесен в /home

а я бы посоветовал вынести на отдельный раздел /var и переместить portage и оверлеи на него :) мне 5 гигов для var хватает... я использую для всего reiserfs, для boot ext3, для большого LVM раздела xfs...

Filesystem            Mount      Mebis      fs Type
/dev/sda1             /boot      23M        ext2
/dev/sda2             swap       3G         sw
/dev/sda3             /          2G         ext3

# /dev/sda4 - LVM :
/dev/mapper/ext-home  /home      5G         reiserfs
/dev/mapper/ext-opt   /opt       3G         reiserfs
/dev/mapper/ext-pub   /pub       189G       xfs
/dev/mapper/ext-tmp   /tmp       10G        ext2
/dev/mapper/ext-usr   /usr       15G        reiserfs
/dev/mapper/ext-var   /var       10G        xfs

Есть хорошая универсальная схема, частично освобождающая от тяжелых и чаще всего, бесполезных размышлений. Использую её уже несколько лет, наверное, с 2005 года на всех машинах, где сам ставлю Дженту.

Всё еще самым быстрой частью винта являются его начальные цилиндры. Поэтому там своп, независимо от того, сколько у вас оперативной памяти. Потому что даже десктоп бывает выгодней загнать в hibernate или еще лучше tuxonice, а для них своп нужен. Любое количество озу может забить глючная программа или сломавшаяся. Со свопом еще можно будет добраться до консоли и убить ее. Без свопа дело кончится высыпанием.

Дальше идет маленький бут. Чтобы зря не расходовать место, и не быть смонтированным при работе системы.

Дальше рут. Небольшой, чтобы его можно было быстро "прочекать" fsck при случае, и загрузиться в сингл-моде. Не следует забывать, что рут -- это только точка монтирования всех остальных фс, содержащая минимум для работы системы. Редко может потребоваться размер более 500Мб

Четвертый и последний первичный раздел винчестера отдается lvm2. Потому что это удобно -- не снося систему менять размеры отдельных разделов по изменяющимся потребностям, которые нельзя было заранее предусмотреть. Практика -- критерий истины.

LVM у меня всегда содержит отдельные разделы /usr /usr/portage /var /tmp
/opt /home Сейчас для экспериментов еще добавил /vbox
В LVM всегда оставляю какое-то количество Гб нетронутым -- резерв. Несколько раз выручало на домовых инет-серваках, когда в результате неисправности железа логи росли быстрее ротации (не было ограничения по объему в логротэйт) и забивали var. Ситуаций может быть сколько угодно, но практика мне показала, что некоторое количество свободных Гб иметь хорошо.

В показанном примере на ноуте пришлось оставлять оем-установку лиц-винды на основном разделе, из-за чего понятное дело, пришлось вводить расширенный раздел.

sir@swan ~ $ sudo fdisk -l /dev/sda

Disk /dev/sda: 320.1 GB, 320072933376 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         267     2144646   82  Linux swap / Solaris
/dev/sda2   *         268        2226    15735667+   c  W95 FAT32 (LBA)
/dev/sda3            2227        2233       56227+  83  Linux
/dev/sda4            2234       38913   294632100    5  Extended
/dev/sda5            2234        2310      618471   83  Linux
/dev/sda6            2311       38913   294013566   8e  Linux LVM

sir@swan ~ $ df -h
Filesystem               Size  Used Avail Use% Mounted on
/dev/sda5                604M   87M  518M  15% /
/dev/mapper/swan-usr     9.0G  5.3G  3.8G  59% /usr
/dev/mapper/swan-portage 5.0G  4.3G  763M  86% /usr/portage
/dev/mapper/swan-var     5.0G  1.1G  4.0G  22% /var
/dev/mapper/swan-opt     4.0G  959M  3.1G  24% /opt
/dev/mapper/swan-tmp     5.0G   11M  4.7G   1% /tmp
/dev/mapper/swan-home    210G  149G   62G  71% /home
/dev/mapper/swan-vbox     20G   34M   20G   1% /mnt/vbox

По поводу используемых файловых систем. Я говорю о том, что использую я, основываясь на своей практике крэшей и восстановления систем.
На стационарной домашней системе использовал несколько лет reiser4 и считаю её в настоящее время единственной современной фс. К сожалению, насколько мне известно, ресайзингу (изменению размера) она не обучена ) и на буке я использую два типа фс -- ext2 (самая быстрая и без ненужных заморочек) для /boot и /tmp (здесь нафиг не нужно журналирование и экзотика) на остальных у меня reiserfs. Ни ext3, ни, тем более, ext4 я для своих целей применять никогда не буду. Размер /tmp у меня большой, потому что k3b (или любая утиль) могут слить туда образ дивиди, когда под рукой нет болванки или времени на запись, а только на копирование. Такой размер тмп у меня был даже на 80Гб винте на этом же буке ранее. Несколько раз серьезно выручало )
Как видно, бут-раздел не подмонтирован, чем меньше туда лазим, тем лучше для нас же. ))) Большой своп -- есть надежда проапргейтить память, а то всего гиг. Tuxonice позволяет слить образ озу с компрессией, но я это узнал уже после разбиения )))
Конечно, все зависит от задач, но иметь мелкий корень (который легко можно забэкапить) и отдельные /usr /var и /tmp -- как хотите, но это святое. Про /home я даже не упоминаю, ибо не иметь отдельного хоум на десктопе -- это безумие.

Разбиение диска вещь очень индивидуальная, но я бы посоветовал
/boot 1Гб (я туда пишу не только ядро) ext3 readonly mount
/root raiserfs не меньше 40 гб делаем бекап рейзер не слишком надежен
/swap в 2 раза больше чем памяти
/home екст4 остальное место

Олсо я бы посоветовал ставить систему на зеркало.

самое главное отделить на отдельный раздел хоум (/home)