7422 2005-07-21 16:12:18 +0400 Выбор первичных разделов 2007-11-10 16:59:37 +0300 1 1 4 Development Sisyphus alterator-vm unstable all Linux CLOSED FIXED P2 minor --- 7371 1 egor mcpain mcpain mike qa-sisyphus oldest_to_newest 27523 0 egor 2005-07-21 16:12:19 +0400 Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по умолчанию создается также primary? И сюда же: почему кнопка "Дополнительно" (где указывается первичность и активность создаваемого раздела) доступна только при создании раздела, но недоступна при редактировании (даже если результаты не были записаны на ЖД)? 27544 1 zerg 2005-07-21 17:28:28 +0400 (In reply to comment #0) > Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по > умолчанию создается также primary? А баг-то в чем? > И сюда же: почему кнопка "Дополнительно" (где указывается первичность и > активность создаваемого раздела) доступна только при создании раздела, но > недоступна при редактировании (даже если результаты не были записаны на ЖД)? Потому, что это не реализовано в evms 27599 2 egor 2005-07-22 13:22:11 +0400 (In reply to comment #1) > (In reply to comment #0) > > Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по > > умолчанию создается также primary? > А баг-то в чем? Я читал, что принято создавать в системе один primary раздел. > > И сюда же: почему кнопка "Дополнительно" (где указывается первичность и > > активность создаваемого раздела) доступна только при создании раздела, но > > недоступна при редактировании (даже если результаты не были записаны на ЖД)? > Потому, что это не реализовано в evms А можно хранить изменения "в уме" и отдавать их этому самому evms'у только при действительном внесении изменений (т.е. при переходе на следующий шаг и после подтверждения от пользователя)? 27600 3 sr 2005-07-22 13:26:51 +0400 > > > Почему при наличии на диске primary раздела FAT32 следующий за ним раздел по > > > умолчанию создается также primary? > > А баг-то в чем? > Я читал, что принято создавать в системе один primary раздел. Это принято только для MSDOS и Win9x > > > > И сюда же: почему кнопка "Дополнительно" (где указывается первичность и > > > активность создаваемого раздела) доступна только при создании раздела, но > > > недоступна при редактировании (даже если результаты не были записаны на ЖД)? > > Потому, что это не реализовано в evms > А можно хранить изменения "в уме" и отдавать их этому самому evms'у только при > действительном внесении изменений (т.е. при переходе на следующий шаг и после > подтверждения от пользователя)? 27603 4 mike 2005-07-22 13:29:37 +0400 (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 сам буферит состояние -- тогда или его допиливать, или удалять/создавать проще. 27651 5 zerg 2005-07-22 17:15:15 +0400 (In reply to comment #4) [...] > > Потому, что это не реализовано в evms > Объехать можно, но для 3.0 действительно не вижу никакого смысла. Вот я и езжу. При смене файловой системы удаляю раздел с диска, чтоб его id сменить. 28535 6 zerg 2005-08-10 19:16:08 +0400 (In reply to comment #2) > А можно хранить изменения "в уме" и отдавать их этому самому evms'у нет 57874 7 mike 2007-11-10 16:58:39 +0300 reopen 57875 8 mike 2007-11-10 16:58:56 +0300 reassign 57876 9 mike 2007-11-10 16:59:37 +0300 и, кажется, FIXED