Bug 7422

Summary: Выбор первичных разделов
Product: Sisyphus Reporter: wiee <egor>
Component: alterator-vmAssignee: Олег Соловьев <mcpain>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: minor    
Priority: P2 CC: mcpain, mike
Version: unstable   
Hardware: all   
OS: Linux   
Bug Depends on:    
Bug Blocks: 7371    

Description wiee 2005-07-21 16:12:19 MSD
Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по
умолчанию создается также primary?

И сюда же: почему кнопка "Дополнительно" (где указывается первичность и
активность создаваемого раздела) доступна только при создании раздела, но
недоступна при редактировании (даже если результаты не были записаны на ЖД)?
Comment 1 Sergey V Turchin 2005-07-21 17:28:28 MSD
(In reply to comment #0) 
> Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по 
> умолчанию создается также primary? 
А баг-то в чем? 
 
> И сюда же: почему кнопка "Дополнительно" (где указывается первичность и 
> активность создаваемого раздела) доступна только при создании раздела, но 
> недоступна при редактировании (даже если результаты не были записаны на ЖД)? 
Потому, что это не реализовано в evms 
 
Comment 2 wiee 2005-07-22 13:22:11 MSD
(In reply to comment #1)
> (In reply to comment #0) 
> > Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по 
> > умолчанию создается также primary? 
> А баг-то в чем? 
Я читал, что принято создавать в системе один primary раздел.

> > И сюда же: почему кнопка "Дополнительно" (где указывается первичность и 
> > активность создаваемого раздела) доступна только при создании раздела, но 
> > недоступна при редактировании (даже если результаты не были записаны на ЖД)? 
> Потому, что это не реализовано в evms 
А можно хранить изменения "в уме" и отдавать их этому самому evms'у только при
действительном внесении изменений (т.е. при переходе на следующий шаг и после
подтверждения от пользователя)?
Comment 3 Serge Ryabchun 2005-07-22 13:26:51 MSD
> > > Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по 
> > > умолчанию создается также primary? 
> > А баг-то в чем? 
> Я читал, что принято создавать в системе один primary раздел.

Это принято только для MSDOS и Win9x

> 
> > > И сюда же: почему кнопка "Дополнительно" (где указывается первичность и 
> > > активность создаваемого раздела) доступна только при создании раздела, но 
> > > недоступна при редактировании (даже если результаты не были записаны на ЖД)? 
> > Потому, что это не реализовано в evms 
> А можно хранить изменения "в уме" и отдавать их этому самому evms'у только при
> действительном внесении изменений (т.е. при переходе на следующий шаг и после
> подтверждения от пользователя)?

Comment 4 Michael Shigorin 2005-07-22 13:29:37 MSD
(In reply to comment #1)
> А баг-то в чем? 
Наверное, подразумевалось, что винды могут ошизеть от нескольких primary...
деталей не помню, коллеги вот подсказывают, что с NT порядок, а с win98 могут
быть проблемы, если не пометить второй+ primary раздел как hidden (опять же
подсказывают, что элементарно делается средствами lilo/grub).

В общем, проще лепить тогда extended.  Кажется, diskdrake так и делает.

PS re #2: это ерунда на самом деле, их может быть четыре штуки.  Но на практике
досообразные могут при этом глючить и/или тормозить... (как тут ещё уточнили про
win98 в таком раскладе)

> Потому, что это не реализовано в evms 
Объехать можно, но для 3.0 действительно не вижу никакого смысла.

PS re #2: бессмысленно в install2-x11-qt, да и вообще evms сам буферит состояние
-- тогда или его допиливать, или удалять/создавать проще.
Comment 5 Sergey V Turchin 2005-07-22 17:15:15 MSD
(In reply to comment #4) 
 
[...] 
 
> > Потому, что это не реализовано в evms  
> Объехать можно, но для 3.0 действительно не вижу никакого смысла. 
Вот я и езжу. При смене файловой системы удаляю раздел с диска, чтоб его id 
сменить. 
Comment 6 Sergey V Turchin 2005-08-10 19:16:08 MSD
(In reply to comment #2) 
> А можно хранить изменения "в уме" и отдавать их этому самому evms'у 
нет 
Comment 7 Michael Shigorin 2007-11-10 16:58:39 MSK
reopen
Comment 8 Michael Shigorin 2007-11-10 16:58:56 MSK
reassign
Comment 9 Michael Shigorin 2007-11-10 16:59:37 MSK
и, кажется, FIXED