Bug 11668 - [FR][4.x] ask mountpoint before fstype
Summary: [FR][4.x] ask mountpoint before fstype
Status: RESOLVED LATER
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-vm (show other bugs)
Version: unstable
Hardware: all Linux
: P2 enhancement
Assignee: Олег Соловьев
QA Contact: qa-sisyphus
URL:
Keywords:
: 18269 (view as bug list)
Depends on:
Blocks: 17728 18269 23756
  Show dependency tree
 
Reported: 2007-05-01 16:25 MSD by Michael Shigorin
Modified: 2011-07-19 23:48 MSK (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2007-05-01 16:25:53 MSD
(посмотрев ещё раз) Предлагается в рамках повышения интеллектуальности инсталера
когда-то поменять местами запрос типа файловой системы и точки монтирования,
таким образом запрягая предназначение впереди реализации.

При этом получается полуавтоматизировать не только рекомендуемые опции
монтирования для различных mountpoints, но и тип/опции файловой системы
(примерно как это сделано в профилях).
Comment 1 Michael Shigorin 2007-05-01 18:36:29 MSD
Тьфу ты, всё уже на Костика валю.
re.
Comment 2 Sergey Bolshakov 2007-05-01 18:54:59 MSD
позже попробую.
Comment 3 Michael Shigorin 2007-05-01 19:10:24 MSD
* 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 на поклон в обычном порядке
Comment 4 Ivan Zakharyaschev 2008-12-21 04:57:18 MSK
*** Bug 18269 has been marked as a duplicate of this bug. ***
Comment 5 Ivan Zakharyaschev 2008-12-21 16:23:09 MSK
Да, я поддерживаю. Мне такие же мысли пришли в голову независимо -- https://bugzilla.altlinux.org/show_bug.cgi?id=18269 .
Comment 6 Michael Shigorin 2011-07-19 23:46:01 MSK
*** Bug 18269 has been marked as a duplicate of this bug. ***
Comment 7 Michael Shigorin 2011-07-19 23:48:26 MSK
На светлое будущее (tm), слишком большой и важный кусок уже работающего кода лопатить или ещё не работающего -- писать.