Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются как подходящие для создания на них LVM или программного RAID. Найти конкретные значения GPT UUID пока не удалось (gdisk мухлюет "fd00" в качестве человекочитаемого аналога 0xfd при MBR-разбивке), но вроде как они есть. Возможно, стоит подсмотреть в debian partman. (этим стоит озадачиваться уже после закрытия bug #27971, разумеется)
Это исправление было бы тоже весьма уместно в выпусках 7.0.2. Берусь произвести обзор других дистрибутивов и уточнение задачи.
Дожили до времени, когда эта ерунда стала уже заметной :-) См. тж.: bug 28879, comment 0; bug 28827, comment 15.
(В ответ на комментарий №2) > Дожили до времени, когда эта ерунда стала уже заметной :-) > См. тж.: bug 28879, comment 0; bug 28827, comment 15. Я джва года ждал :-) С понедельника у меня будет стенд - машина с EFI и двумя хардами. Предлагаю в качестве кролика.
(В ответ на комментарий №3) > С понедельника у меня будет стенд - машина с EFI и двумя хардами. > Предлагаю в качестве кролика. Стендик и у меня есть, да и virtualbox должен проконать (либо kvm+ovmf), но всяко спасибо. Буду благодарен, если произведёте раскопки по состоянию по другим дистрибутивам.
(В ответ на комментарий №4) > Стендик и у меня есть, да и virtualbox должен проконать (либо kvm+ovmf), > но всяко спасибо. Буду благодарен, если произведёте раскопки по состоянию > по другим дистрибутивам. Одну ссылку я приводил в https://bugzilla.altlinux.org/show_bug.cgi?id=28878#c2 Там просто dd-ой обходятся. Покопаю ещё.
(В ответ на комментарий №0) > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются как > подходящие для создания на них LVM или программного RAID alterator-vm умеет создавать lvm/raid на таких разделах
(В ответ на комментарий №6) > > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются > alterator-vm умеет создавать lvm/raid на таких разделах Проверил на mdraid -- да, действительно. Только приходится угадать, что на них _не_ надо создавать том (надо снять соответствующую галку при создании раздела). Т.е. этот баг закрываем, а про эргономику создания рейдов надо отдельно думать (и явно не "на вчера"). Спасибо. PS: при установке / на md0 (sda1, sdb1) с /boot/efi на sda2 огрёб выпадение в консоль grub -- надо не забыть выяснить, что это было...
ещё 1 баг -- при устанвоке на UEFI нельзя во время установки собрать md-raid. 2 диска разбил как 500М -- EFI/FAT32 500M - bios_grub 500M - basic data оставшееся - basic data на закладке создания рейда нет возможности создать онный
(В ответ на комментарий №7) > > > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются > > alterator-vm умеет создавать lvm/raid на таких разделах > Проверил на mdraid -- да, действительно. Только приходится угадать, что на них > _не_ надо создавать том (надо снять соответствующую галку при создании > раздела). Т.е. этот баг закрываем, а про эргономику создания рейдов > надо отдельно думать (и явно не "на вчера"). Возможно, стоит сделать липовый тип "software raid", который транслируется в "basic data" и обрабатывается без предложения создать на нём том.