Bug 5152 - [FR][4.1] проверить консистентную работу с "левыми" дисклейблами
Summary: [FR][4.1] проверить консистентную работу с "левыми" дисклейблами
Status: CLOSED NOTABUG
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: http://www.google.ru/groups?hl=ru&lr=...
Keywords:
Depends on:
Blocks: 3459
  Show dependency tree
 
Reported: 2004-09-03 09:51 MSD by Michael Shigorin
Modified: 2011-07-19 23:42 MSK (History)
6 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 2004-09-03 09:51:09 MSD
В Url указана вторая часть дискуссии ("сказка" -- в первой) по части
неконсистентности восприятия BSD disklabel и разъезда разделов в случае разной
нумерации разделов (с/без учета содержимого оного) в инсталяторе и рабочей системе.

Дискуссия относится к 1997 году, однако может иметь смысл включить в план
проверок для нового инсталятора взаимодействие с другими ОС и их разделами.
Comment 2 Michael Shigorin 2004-09-06 17:14:13 MSD
ergo: видимо, стоит оторвать поддержку bsd disklabels в ядрах std-*: народ
сообщает, что ufs современных бздей все равно ufs.o не поддерживается, а сдвиги
разделов вроде описанного в Url баги могут быть опасны непоправимой потерей
данных у несчастных с freebsd.

починить (оторвать) не особо трудно, а вот если кого догонит -- проблема может 
быть существенной.
Comment 3 Michael Shigorin 2004-09-07 00:27:35 MSD
-- from Valentin Nechaev

Допиши, что для 2.6 в таком виде уже неактуально, потому что bsd partitions
ставятся после логических разделов. Вот со стендовой машины:

hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(33)
 hda: hda1 hda2 hda3 < hda5 hda6 hda7 hda8 hda9 >
 hda1: <bsd: >
 hda2: <bsd: hda10 hda11 hda12 hda13 hda14 hda15 hda16 >

Это при

/dev/hda1   *           1          64      514048+  a5  FreeBSD
/dev/hda2              65        2674    20964825   a5  FreeBSD
/dev/hda3            2675        4865    17599207+   5  Extended
/dev/hda5            2675        2707      265041   83  Linux
/dev/hda6            2708        3099     3148708+  83  Linux
/dev/hda7            3100        3226     1020096   83  Linux
/dev/hda8            3227        3353     1020096   82  Linux swap
/dev/hda9            3354        4865    12145108+  a5  FreeBSD

# uname -a
Linux saiga.carrier.kiev.ua 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 i686
 i386 GNU/Linux

Comment 4 Michael Shigorin 2004-09-08 14:34:15 MSD
--- Victor Wagner
Не надо ни с чем морочиться. Нужно честно спросить юзера.
Если у юзера есть на диске какой-то странный раздел, то он, наверное,
достаточно квалифицирован чтобы снять галочку с чекбокса.

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

Молчаливый (или с руганью) пропуск раздела с некорректной сигнатурой
и продолжение работы тоже бы устроил.

Меня лично раздражало то, что не имея возможности свопиться в первый же
найденный раздел с сигнатурой 82, инсталлятор отказывался работать
дальша СОВСЕМ.

Хотя вообще-то на современных машинах можно и совсем без свопа если не
жить, то хотя бы поставиться. Та машина, с которой эти грабли
происходили, была сильно несовременной (1999 года) но памяти в ней было
256 мегов. Так что хватило бы.

Убивает "дружественность" интерфейса инсталлятора. Который не позволяет
пользователю вмешаться, а делает всё за него (и в expert mode - тоже)
--- <chi1a6$aga$3@wagner.wagner.home>

PS: насколько помню, исторически этим знакомство Витуса с альтом и ограничилось,
или около того.
Comment 5 Michael Shigorin 2004-09-08 14:44:49 MSD
оттуда же (vsu, это по твоей части):
http://groups.google.com/groups?ie=UTF-8&as_umsgid=chl00t%249mp%241@ddt.demos.su&lr=&hl=ru

(у нас в 2.4/2.6 CONFIG_BSD_DISKLABEL тоже "y")

+подписываю на багу тружеников нового инсталера
Comment 6 Sergey Bolshakov 2004-09-20 16:59:14 MSD
в долгий ящик
Comment 7 Michael Shigorin 2005-06-29 15:30:48 MSD
долгий ящик для подобного можно было бы уже завести на манер #3459 и #7079...
rider, что скажешь?
Comment 8 Michael Shigorin 2007-11-10 14:23:38 MSK
update (у меня где-то валяется мнение evms про соляровский disklabel, хотя с тех
пор стало проще проверить живьём...)
Comment 9 Michael Shigorin 2011-07-19 23:42:41 MSK
Собсно в такой формулировке багрепорт ни о чём.