Требуется обеспечить в evms поддержку ESP по ТЗ из bug #27971, comment 0. При использовании evms-2.5.5-alt26 по GPT-разделам поддерживаются только два типа разделов -- "basic data" и "bios boot partition". При использовании экспериментального коммита http://git.altlinux.org/people/timonbl4/packages/?p=evms.git;a=commitdiff;h=bcaee84ee84a13cb1024672197d744aba0ddbcc6 в выбор добавляется тип "efi system partition", но создаётся при этом раздел с идентификатором 0700 ("basic data"). Если на одном из предшествующих /vm шагов выполнить смену идентификатора на ef00 при помощи gdisk, то раздел будет доступен для использования, но существующая на нём ФС FAT32 не будет опознана как таковая и не будет предложено смонтировать этот раздел по умолчанию в /boot/efi без переформатирования (критично для установки в дуалбут). Если такого вмешательства не делать, то получится ещё более интересная картина: созданный при предыдущей установке этого же образа как "efi system partition" и отформатированный под FAT32 раздел показывается как свободное пространство <unused11> и на нём предлагается создавать разделы MBR-типов; если его проигнорировать и создать новый EFI-раздел на оставлемся (и разбивающемся как GPT) пространстве <unused2>, ситуация повторится и количество таких несливающихся кусков неиспользованного пространства будет расти. Для воспроизведения можно воспользоваться "типа-поддержкой" EFI в virtualbox и http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/efi/live-uefi-20121117-x86_64.iso (точно так же воспроизводится в kvm+ovmf и на железе).
(В ответ на комментарий №0) > При использовании экспериментального коммита > http://git.altlinux.org/people/timonbl4/packages/?p=evms.git;a=commitdiff;h=bcaee84ee84a13cb1024672197d744aba0ddbcc6 > в выбор добавляется тип "efi system partition", но создаётся при этом раздел с > идентификатором 0700 ("basic data"). У меня подозрение, что опять наступаешь на теже грабли. Проверь, точно ли ты используешь *последнюю* версию из гита?
Таск 84787
(In reply to comment #2) > Таск 84787 Да, с этой сборкой всё хорошо: * "efi system partition" получает нужный GIUD (в gdisk -- раздел типа EF00); * при повторной установке его удаление не приводит к вышеописанным эффектам, всё отрабатывает как положено. (In reply to comment #1) > У меня подозрение, что опять наступаешь на теже грабли. Похоже... редко сталкиваюсь с push -f ;-) Тогда предлагаю эту сборку в сизиф, а багу -- закрыть.
PS: ещё странно, что ФС на уже созданном и отформатированном под FAT32 разделе не определяется при следующей установке -- повторюсь, в сумме наша этажерка должна уметь подхватить уже существующий и сконфигурированный установленными ОС раздел.
(В ответ на комментарий №4) > PS: ещё странно, что ФС на уже созданном и отформатированном под FAT32 разделе > не определяется при следующей установке -- повторюсь, в сумме наша этажерка > должна уметь подхватить уже существующий и сконфигурированный установленными ОС > раздел. 2mike@: это о чем и к чему? Это про эту багу? Ее не закрываем? Или про новую? Тут письма не пишут, потому не может быть постскриптумов. Прошу высказываться исключительно на тему обсуждаемой ошибки и предложенного исправления.
(В ответ на комментарий №3) > (In reply to comment #2) > > Таск 84787 > Да, с этой сборкой всё хорошо: > * "efi system partition" получает нужный GIUD (в gdisk -- раздел типа EF00); > * при повторной установке его удаление не приводит к вышеописанным эффектам, > всё отрабатывает как положено. > отрабатывает или нет? > Тогда предлагаю эту сборку в сизиф, а багу -- закрыть. Закрываем или нет?
(In reply to comment #6) > > * "efi system partition" получает нужный GIUD (в gdisk -- раздел типа EF00); > > * при повторной установке его удаление не приводит к вышеописанным эффектам, > > всё отрабатывает как положено. > отрабатывает или нет? Изначальную часть отрабатывает -- похоже, это действительно я в трёх remote'ах заблудился. > > Тогда предлагаю эту сборку в сизиф, а багу -- закрыть. > Закрываем или нет? Тут как: эта бага относительно гита Тимура на момент повешения была NOTABUG. Я этого не знал, т.к. проверял предыдущую (неполную) версию коммита, получается. Но _сейчас_ есть содержательная проблема с обработкой _существующих_ ESP. Пожалуй, закрываем, а то лучше повешу отдельно и ясно.
