Bug 28106 - обеспечить создание/обработку EFI System Partition
Summary: обеспечить создание/обработку EFI System Partition
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: evms (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: timonbl4@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 27971
  Show dependency tree
 
Reported: 2012-11-21 22:21 MSK by Michael Shigorin
Modified: 2012-11-23 00:02 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 2012-11-21 22:21:17 MSK
Требуется обеспечить в 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 и на железе).
Comment 1 timonbl4@altlinux.org 2012-11-22 10:17:43 MSK
(В ответ на комментарий №0)
> При использовании экспериментального коммита
> http://git.altlinux.org/people/timonbl4/packages/?p=evms.git;a=commitdiff;h=bcaee84ee84a13cb1024672197d744aba0ddbcc6
> в выбор добавляется тип "efi system partition", но создаётся при этом раздел с
> идентификатором 0700 ("basic data").

У меня подозрение, что опять наступаешь на теже грабли. Проверь, точно ли ты используешь *последнюю* версию из гита?
Comment 2 timonbl4@altlinux.org 2012-11-22 10:44:31 MSK
Таск 84787
Comment 3 Michael Shigorin 2012-11-22 20:13:19 MSK
(In reply to comment #2)
> Таск 84787
Да, с этой сборкой всё хорошо:
* "efi system partition" получает нужный GIUD (в gdisk -- раздел типа EF00);
* при повторной установке его удаление не приводит к вышеописанным эффектам,
  всё отрабатывает как положено.

(In reply to comment #1)
> У меня подозрение, что опять наступаешь на теже грабли.
Похоже... редко сталкиваюсь с push -f ;-)

Тогда предлагаю эту сборку в сизиф, а багу -- закрыть.
Comment 4 Michael Shigorin 2012-11-22 22:31:07 MSK
PS: ещё странно, что ФС на уже созданном и отформатированном под FAT32 разделе не определяется при следующей установке -- повторюсь, в сумме наша этажерка должна уметь подхватить уже существующий и сконфигурированный установленными ОС раздел.
Comment 5 AEN 2012-11-22 22:43:47 MSK
(В ответ на комментарий №4)
> PS: ещё странно, что ФС на уже созданном и отформатированном под FAT32 разделе
> не определяется при следующей установке -- повторюсь, в сумме наша этажерка
> должна уметь подхватить уже существующий и сконфигурированный установленными ОС
> раздел.

2mike@: это о чем и к чему? Это про эту багу? Ее не закрываем? Или про новую? 
Тут письма не пишут, потому не может быть постскриптумов. Прошу высказываться исключительно на тему обсуждаемой ошибки и предложенного исправления.
Comment 6 AEN 2012-11-22 22:44:56 MSK
(В ответ на комментарий №3)
> (In reply to comment #2)
> > Таск 84787
> Да, с этой сборкой всё хорошо:
> * "efi system partition" получает нужный GIUD (в gdisk -- раздел типа EF00);
> * при повторной установке его удаление не приводит к вышеописанным эффектам,
>   всё отрабатывает как положено.
> 

отрабатывает или нет?

> Тогда предлагаю эту сборку в сизиф, а багу -- закрыть.

Закрываем или нет?
Comment 7 Michael Shigorin 2012-11-23 00:02:43 MSK
(In reply to comment #6)
> > * "efi system partition" получает нужный GIUD (в gdisk -- раздел типа EF00);
> > * при повторной установке его удаление не приводит к вышеописанным эффектам,
> >   всё отрабатывает как положено.
> отрабатывает или нет?
Изначальную часть отрабатывает -- похоже, это действительно я в трёх remote'ах заблудился.

> > Тогда предлагаю эту сборку в сизиф, а багу -- закрыть.
> Закрываем или нет?
Тут как: эта бага относительно гита Тимура на момент повешения была NOTABUG.
Я этого не знал, т.к. проверял предыдущую (неполную) версию коммита, получается.  Но _сейчас_ есть содержательная проблема с обработкой _существующих_ ESP.

Пожалуй, закрываем, а то лучше повешу отдельно и ясно.