Разметка жесткого/ArchLinux

Вообще-то это по ровному счету некритично, чисто для удобства, можешь сделать как тебе удобно. Не заморачивайся.

У меня вот такое вот:

/ ext4 25gb | собираюсь сменить на рейзер.
swap swap 6gb
/home ext4  остаток gb

использует slackware уже 13 лет

Ты бы еще юзера LFS спросил...

Хомяк отдельно, / отдельно, swap. Всё.

/root ext4 4gb

Доставило.

# du -s /root
484K    /root
484K    итого

Почему думаете сменить на reiserfs?

Использую так и не заморачиваюсь. Диск ssd.

/boot    ext4    2gb
/        ext4    остаток gb. Примерно 60.
/home    ext4    другой хард

/root ext4 4gb

Доставило.

Так это же

так сказать «олдскульник», использует slackware уже 13 лет

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

Нормальная разметка, не слушайте никого. Кроме того, отделить /usr в Арче не получится.

Почему в арче не получится отдельно сделать /usr?

Потому что там сейчас всё.

А да. Забыл про переезд.

Разницы нет практически, кому как удобно. Я так сделал:

 /           reiserfs  14 Gb
            /usr     reiserfs 20 Gb
            /home ext4 вся остальная память.

Arch. Пользуюсь 2.5 года. Разметка такая

boot ext2 - 150mb
/ ext4 - 20Gb
swap swap - 4Gb
/home ext4 -остаток

В большинстве случаев оно того не стоит, так заморачиваться.
Достаточно сделать:

1. swap
2. /
3. /home

Кроме того, отделить /usr в Арче не получится.

Не придумывай, все получается и работает.

Ну тогда расскажите, что для этого надо сделать.

Почитать документацию? https://wiki.archlinux.org/index.php/Mkinitcpio#.2Fusr_as_a_separate_partition

Гхм... Опять lampslave верит слухам и не изучает проблему целиком :(

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

Имхо, для десктопа достаточно выделить отдельные разделы под /var /tmp и /home - это программа максимум, или только /home (а /tmp в ramfs). Лично у меня на текущем ноуте 100 Гигов / (занято 45), остальное в /home

/opt не нужен /root нафиг не надо 4 gb /tmp вообще в tmpfs /boot вполне можно выделить, я бы даже 1 gb / 1gb очень мало, я бы не стал так делать, /usr/local лучше выделить.

Ну и да - у меня выделен /home, /usr/local, /. Я считаю этого достаточно. /tmp и /var/tmp в tmpfs, чтобы место не занимали и быстрее работали, раздел для swap и раздел boot_grub (у меня GPT). Остальное - лишние заморочки, по-моему.

Юзеры слаки выбирают рутоюзерство

А зачем выделять /usr или /usr/local

/usr - не знаю, а вот на /usr/local чаще всего находятся пользовательские программы не из репов, которые не хотелось бы потерять при переустановке или падении корня. Плюс туда иногда применяют особые опции монтирования - например, nosuid.

Мне страшно заходить на ЛОР, после этого начинает казаться, что все люди идиоты.

Значит так, слушай сюда, только анонимус всю правду расскажет.

Имеет смысл отделить /home, потому что данные пользователя должны лежать отдельно от данных системы. (Ты же не буратино и бэкапишь свои данные на независимые хранилища? Если нет, самое время начать.)

Имеет смысл отделить /var, потому что там лежат изменяемые данные системы. Этот снизит общую фрагментацию корневого раздела.

Имеет смысл отделить /boot, потому что тогда всё остальное можно сложить в lvm, а /boot оставить торчать на обычном mbr-партишене.

Итого:

sda1 — /boot 1 GB
sda2 — lwm на всё остальное место винта. В нём:
/ — 20 GB
/var — 10 GB
swap — 4-8 GB
/home — всё остальное

(У меня сделано чуть иначе, с учетом того, что у меня сразу два линукса стоит на жестком диске. И еще в lvw лежат дополнительные разделы под разные вспомогательные данные и под виртуальные машины. Но это не суть.)

Любые другие варианты применительно к домашней системе — заведомый бред. Особенно бред вот это: «/tmp reiserfs 5gb». В любой адекватной системе /tmp монтируется в tmpfs, и только отдельные слакварщики занимаются извращениями.

/tmp и /var/tmp в tmpfs, чтобы место не занимали и быстрее работали

facepalm.sh

Данные в /tmp разрешено терять между перезагрузками. Данные в /var/tmp терять нельзя. Иди кури FHS!

Files and directories located in /var/tmp must not be deleted when the system is booted.

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

Опакетить свои программы и устанавливать их штатным способом — это две минуты времени!

(Посмотрел в профиль. Это ж пользователь Debian, епта. Тогда понятно, почему у тебя свалка в /usr/local, там же мануал по пакетированию софта без поллитры не разберешь.)

Опакетить свои программы и устанавливать их штатным способом — это две минуты времени!

Пакеты у меня тоже на /usr/local лежат. У меня всё в пакетах, если лень нормально собирать, делаю просто checkinstall. В Debian всё просто собирается.

Ну и фиг с ним.

Пакеты у меня тоже на /usr/local лежат.

Ну и зачем тебе тогда беспокоиться о содержимом /usr/local? Пакеты создавал ты у себя в хомяке, поди, в каком-нибудь ~/soft/debs они у тебя и лежат. Поставить их оттуда в случае чего можно одной командой.

Пропорции соблюдены хорошо. Но я бы так делать не стал: слишком много лишнего нужно держать в голове... И кроме того, раньше разбивали диски на разделы для высвобождения места (особенность файловой системы FAT), а теперь для её потери: в «/boot» останется 40 Мб, в «/var» 4 Гб, в «/opt» 2 Гб и так далее, и в сумме десятки гигабайт. Когда свободное место начнёт зачанчиваться, будет непонятно: вроде бы нет ничего лишнего, а места нет. А ещё неожиданные сбои в работе программ, если не заниматься регулярным слежением за свободным местом на каждом из разделов. Вот поэтому у меня один раздел «/» в случае, если Linux не основная система: все эти десятки гигабайт, которые пустовали бы до конца жизни HDD, всегда доступны для записи. И «/» и «/home» в случае если основная.

у меня SSD(24Gb)+HDD /usr лежит на SSD, дабы быстрее программы работали :)