Тьфу ты, всё уже на Костика валю.
re.

позже попробую.

* lioka ща посмотрим
<lioka> gvy: а нафига ?
<gvy> lioka, 1) логичней; 2) лучше автоматизируется
<gvy> не сильно, но потому и FR
<gvy> lioka, примерно как с той багой про язык vs регион
<lioka> нуу, это изрядный расколбас придётся устроить, так что не в сервер
<gvy> из региона можно выколупать гораздо больше следствий
<gvy> lioka, ну так [4.x] :-)
<lioka> а в десктопных всё равно
<gvy> собсно я только за, если оно появится через год, но в более правильном и
удобном виде, а не прямщас, но с добавленными неучтённостями
<lioka> что-то в этом есть, конечно
<lioka> хотя опять холивар начнётся, reiser или не reiser в /var/spool
<lioka> насчёт 2) -- не добавляет, если честно
<gvy> lioka, из mountpoint можно индуцировать рекомендации по ФС, а вот обратное
требует дедукции
<gvy> типа, "а куда бы это он такой жирный xfs зафигачить собрался" ;-)
* lioka .oO потом предложат точку монтирования до создания раздела назначать
<gvy> lioka, ну вообще-то тоже да
<gvy> в визарде, который помогает сделать the right thing, а не как попало
<lioka> с той же аргументацией -- 'а тут мы и размерчик подгадаем'
<gvy> наставительно festival'я выдержки из partition howto и multi-disk-howto :))
<lioka> gvy: оно бы здорово, конечно, да грехи^W evms не пускают :)
<gvy> lioka, о том, что увидев два одинаковых диска -- может иметь смысл сразу
предложить в server profile "всё на raid1", а в ws -- а-ля intel matrix raid: 
<gvy> важное -- на raid1, а под мусорку сочинить raid0
<gvy> lioka, так а чо evms?
<lioka> gvy: порядок следования телеги и кобылы там непроизвольный
<gvy> так в том визарде дерево блокдевайсов получается следствием, а не причиной
* lioka .oO эка я затейливо
<gvy> бишь спрошаем, чо хотят -- а потом уже к evms на поклон в обычном порядке

*** Bug 18269 has been marked as a duplicate of this bug. ***

Да, я поддерживаю. Мне такие же мысли пришли в голову независимо -- https://bugzilla.altlinux.org/show_bug.cgi?id=18269 .

*** Bug 18269 has been marked as a duplicate of this bug. ***

На светлое будущее (tm), слишком большой и важный кусок уже работающего кода лопатить или ещё не работающего -- писать.