В Linux принято использовать тип 0x82 для swap-партиций. Не стоит нарушать это соглашение, ибо это будет противоречить принципу наименьшего удивления. Магическое заклинание от RM, предотвращающее закрытие этого бага как INVALID: ---------------------------------------------------------------------- From: "Dmitry V. Levin" <ldv@altlinux.org> Subject: Re: о юзабилити, first-time юзерах и инженерах To: Mikhail Gusarov <dottedmag@dottedmag.net> Cc: Sergey Bolshakov <sbolshakov@altlinux.org> Date: Sat, 3 Mar 2007 20:37:10 +0300 Hi, On Sat, Mar 03, 2007 at 11:25:31PM +0600, Mikhail Gusarov wrote: > Приветствую. > > Вот лог, решай сам: > > 23:14 < dottedmag> lioka: багу загнать про fsim, чтобы не забыл? > 23:15 < lioka> dottedmag: где бага ? > 23:15 < dottedmag> lioka: про тип swap-партиции > 23:15 < lioka> dottedmag: то есть, в чём бага-то ? swap должен быть 0x82, тут и обсуждать нечего. Повесьте баг, пожалуйста, чтобы не забыть. ---------------------------------------------------------------------- Steps to Reproduce: 1. Поставьте систему, разбив при этом своп инсталлятором Actual Results: Партиция со свопом имеет тип 0x83 Expected Results: Партиция со свопом имеет тип 0x82
и еще - если при разбивке диска выбирается тип swap для конкретного раздела, то выбор файловой системы не предлагать, а сразу ставить тип swapfs. не имеет смысла давать возможность выбрать фс = другая, кому такое надо - переделают после установки вручную ;)
Возможно, это стоит решать в отдельной (полностью автоматической) стадии fdisk-fixup при помощи libfdisk или sfdisk вместе с установкой активного раздела -- Серж напомнил, что evms не позволяет /менять/ тип разделов, только /задавать/ при создании -- а "грохнуть и создать" чревато съездом нумерации для тех, что в extended. Если втискивать в vm, то получается после коммита делать тут же fixup и перечитывать состояние. 2 legion: или активирование раздела у нас всё равно "загрузочная", а не "разбивочная", болячка (BIOS)?
для вновь создаваемых разделов это уже реализовано.
(In reply to comment #2) > 2 legion: или активирование раздела у нас всё равно "загрузочная", а не > "разбивочная", болячка (BIOS)? Сейчас в /vm убран выбор активного раздела. Эта функциональность реализована в /bootloader. Там следующая логика: если ставимся на mbr и нет активного раздела на этом диске, то акстивным будет первый раздел на диске; если ставимся в раздел, то он и назначается активным.
с учётом комментария #1, fixed in 0.3-alt7
Поставил server-i586-20070315.iso сказал "разбить для workstation". После перезагрузки все партиции имеют тип 0x83 -> REOPEN.
fixed in 0.3-alt8
В какую сборку инсталлера войдёт этот alterator-vm?
провидческими способностями не обладаю
А что, хоть какого-то releng-процесса не ведётся?
