1 (24.05.2010 14:07:03 отредактировано dimqua)

Прошу помочь правильно разметить диск. Машинка "домашняя", диск один — SATA 250 GB. Пока набросал вот, что:

/boot ext2 64Mb
swap none 1Gb
/ ext4 1Gb

Остальное будет на LVM2. Но не совсем определился, что ставить на корень. Полагаю, надо рассматривать ext4 или reiserfs? Знаю, что reiserfs можно сконвертировать в ext4, а ext4 можно будет в btrfs (уже можно?). Btrfs пока ставить не хочу - сконвертировать в неё из ext4 всегда успею. Собственно, вопрос вот в чём: Что выбрать для корня? Reiserfs или ext4? Будет ли смысл использовать btrfs для корня в дальнейшем?
На LVM2:

/usr 5 GB
/usr/portage/distfiles 5-7Gb
/usr/portage 2Gb
/home 50 GB
/opt 5 GB
/var 10 GB

Что скажите? Думаю ещё чего нибудь вынести... С ФС тут не могу определится. Хотел бы в заюзать btrfs (сейчас хочу сделать будущие btrfs-разделы в ext4, а когда btrfs станет стабильной - сконвертирую) и Reiser4, но где лучше одна, а где другая? Имеет ли смысл тут XFS (например, на /home) или обычная reiserfs (3.6)? Или же вышеперечисленные btrfs и Reiser4 лучше?

/tmp, /var/tmp хочу сделать в tmpfs. Может что ещё стоит туда же вынести? Прошу учесть, что ОЗУ у меня 1Gb.

Стандартную "/boot, /, /home" прошу не предлагать. Всем откликнувшимся, заранее спасибо.

2

dimqua пишет:

Стандартную "/boot, /, /home" прошу не предлагать.

Почему?

Кстати, предлагаю еще более стандартную /, /home.

3

Посоветую использовать ext4 =) и... /usr до 8Гб увеличьте =). Помню момент, когда мне 5Гб не хватило =).

XFS имеет смысл использовать там, где идет работа с большими файлами.

Если вы будете собирать openoffice из исходников, то не делайте /var/tmp в tmpfs. Ему для компиляции требуется больше 5Гб в этом каталоге.

4 (23.05.2010 23:17:52 отредактировано dimqua)

Почему?

Да, как то надоело, что сколько времени прошло, а я всё разбиваю диск так: swap, /, /home. Ничего плохого нет, конечно, но хочется сравнить, попробовать что то иное, что ли.

И ещё почему - хочу btrfs и Reiser4 одновременно заюзать, но вот беда - я не могу понять, где будет лучше одна, где другая, а где будет лучше что то третье.

5

dimqua, вполне логично /var выносить на отдельный раздел. Когда заполняется /var не стартует часть служб, а когда корень, то все немножко печальнее.

6 (23.05.2010 23:13:58 отредактировано )

и... /usr до 8Гб увеличьте smile. Помню момент, когда мне 5Гб не хватило

В вики советуют сделать все разделы изначально меньше - увеличить их будет легче.

вполне логично /var выносить на отдельный раздел. Когда заполняется /var не стартует часть служб, а когда корень, то все немножко печальнее.

Вы дочитайте ab, я же вынес. Заполниться он не заполнится - LVM2 же.

7

судя по первому посту там где-то 75-80 гигов указанно, а хард 250 =)
btrfs поддерживает динамическое изменение размера на разделе?
btrfs нужна просто как замена рэйзер или зеркалить чего-то будет? тогда от неё толку в lvm ноль.
зачем выделять отдельный раздел для distfiles если там не нужна особая ФС? там будут файлы размером больше 500Мб?

ну и главный вопрос, зачем lvm если жесткий диск всего один?

8

судя по первому посту там где-то 75-80 гигов указанно, а хард 250

Ну свободное место же всегда можно будет использовать?

btrfs поддерживает динамическое изменение размера на разделе?

Да, на LVM по крайней мере: http://daevy.uzps.mh.ru/?p=392

btrfs нужна просто как замена рэйзер или зеркалить чего-то будет? тогда от неё толку в lvm ноль.

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


зачем выделять отдельный раздел для distfiles если там не нужна особая ФС? там будут файлы размером больше 500Мб?

Видел где то, что выделяли. Видимо, чтобы снизить фрагментацию. А с размером погорячился - исправил.

ну и главный вопрос, зачем lvm если жесткий диск всего один?

Чтобы уменьшать/увеличивать размеры разделов.

9

3. Уменьшить XFS и JFS невозможно.

на лету не возможно, нужно отмантировать просто.

4. Уменьшить Btrfs можно на лету, но лучше не рисковать

во-во, как я понял там даже утилиты проверки ФС ещё нет -> http://linuxforum.ru/viewtopic.php?pid=54309#p54309

dimqua пишет:

Видел где то, что выделяли. Видимо, чтобы снизить фрагментацию.

о фрагментации стоит задуматься если вы удаляете-создаете-читаете-удаляете и так по кругу. тогда скорость чтения может упасть, но этож сколько нужно туда сюда создавать-удалять? вы же из distfiles не будите удалять выборочно тарболы? (там же они хранятся, верно?)

dimqua пишет:

А с размером погорячился - исправил.

если вы про моё замечание о 500Мб, я имел ввиду КАЖДЫЙ файл по 500. просто после этого порога лучше конечно XFS.

10

во-во, как я понял там даже утилиты проверки ФС ещё нет

Я же не собираюсь прям сейчас переходить bx, подожду стабилизации.

если вы про моё замечание о 500Мб, я имел ввиду КАЖДЫЙ файл по 500. просто после этого порога лучше конечно XFS.

Ну тарболы то далеко не все по 500Мб ab, ладно сделаю гигабайт 5-7.

но этож сколько нужно туда сюда создавать-удалять?

А при обновлении? Старый удаляется - скачивается новый.

11 (24.05.2010 14:38:59 отредактировано system-root)

вот пример 1го жесткого диска, как видно /usr уже 4гига - это еще kde не установлено
самая толстая директория раньше размещалась на 2х дисках, там сериальчики и прочее медиа хранилось, под XFS.
проведите у себя анализ, что покажет? lvm то оно lvm, но если ошибиться на пару гигов будет лишний геморрой

12

У вас же не вынесены /usr/portage/distfiles, /usr/portage, /usr/portage/packages, насколько я понимаю.

13

ну дык мы не меня обсуждаем