Bug 28247

Summary: обеспечить возможность создания lvm/mdraid при GPT-разбивке
Product: Sisyphus Reporter: Michael Shigorin <mike>
Component: alterator-vmAssignee: Олег Соловьев <mcpain>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: aen, boyarsh, mcpain, nickel, ptrnine, rotkart, stalker
Version: unstable   
Hardware: all   
OS: Linux   

Description Michael Shigorin 2012-12-20 18:28:13 MSK
Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются как подходящие для создания на них LVM или программного RAID.  Найти конкретные значения GPT UUID пока не удалось (gdisk мухлюет "fd00" в качестве человекочитаемого аналога 0xfd при MBR-разбивке), но вроде как они есть.  Возможно, стоит подсмотреть в debian partman.

(этим стоит озадачиваться уже после закрытия bug #27971, разумеется)
Comment 1 Michael Shigorin 2013-11-29 14:24:18 MSK
Это исправление было бы тоже весьма уместно в выпусках 7.0.2.
Берусь произвести обзор других дистрибутивов и уточнение задачи.
Comment 2 Michael Shigorin 2014-01-31 19:16:33 MSK
Дожили до времени, когда эта ерунда стала уже заметной :-)
См. тж.: bug 28879, comment 0; bug 28827, comment 15.
Comment 3 rotkart 2014-01-31 19:22:13 MSK
(В ответ на комментарий №2)
> Дожили до времени, когда эта ерунда стала уже заметной :-)
> См. тж.: bug 28879, comment 0; bug 28827, comment 15.

Я джва года ждал :-)

С понедельника у меня будет стенд - машина с EFI и двумя хардами. 
Предлагаю в качестве кролика.
Comment 4 Michael Shigorin 2014-01-31 19:29:49 MSK
(В ответ на комментарий №3)
> С понедельника у меня будет стенд - машина с EFI и двумя хардами. 
> Предлагаю в качестве кролика.
Стендик и у меня есть, да и virtualbox должен проконать (либо kvm+ovmf),
но всяко спасибо.  Буду благодарен, если произведёте раскопки по состоянию
по другим дистрибутивам.
Comment 5 rotkart 2014-01-31 19:38:59 MSK
(В ответ на комментарий №4)
> Стендик и у меня есть, да и virtualbox должен проконать (либо kvm+ovmf),
> но всяко спасибо.  Буду благодарен, если произведёте раскопки по состоянию
> по другим дистрибутивам.

Одну ссылку я приводил в https://bugzilla.altlinux.org/show_bug.cgi?id=28878#c2
Там просто dd-ой обходятся.
Покопаю ещё.
Comment 6 timonbl4@altlinux.org 2014-02-03 14:51:49 MSK
(В ответ на комментарий №0)
> Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются как
> подходящие для создания на них LVM или программного RAID

alterator-vm умеет создавать lvm/raid на таких разделах
Comment 7 Michael Shigorin 2014-02-03 22:58:03 MSK
(В ответ на комментарий №6)
> > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются
> alterator-vm умеет создавать lvm/raid на таких разделах
Проверил на mdraid -- да, действительно.  Только приходится угадать, что на них _не_ надо создавать том (надо снять соответствующую галку при создании раздела).

Т.е. этот баг закрываем, а про эргономику создания рейдов надо отдельно думать (и явно не "на вчера").

Спасибо.

PS: при установке / на md0 (sda1, sdb1) с /boot/efi на sda2 огрёб выпадение в консоль grub -- надо не забыть выяснить, что это было...
Comment 8 stalker 2015-02-11 09:34:32 MSK
ещё 1 баг -- при устанвоке на UEFI нельзя во время установки собрать md-raid.
2 диска разбил как
500М -- EFI/FAT32
500M - bios_grub
500M -  basic data
оставшееся -  basic data


на закладке создания рейда нет возможности создать онный
Comment 9 Michael Shigorin 2016-06-17 13:53:45 MSK
(В ответ на комментарий №7)
> > > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются
> > alterator-vm умеет создавать lvm/raid на таких разделах
> Проверил на mdraid -- да, действительно.  Только приходится угадать, что на них
> _не_ надо создавать том (надо снять соответствующую галку при создании
> раздела).  Т.е. этот баг закрываем, а про эргономику создания рейдов
> надо отдельно думать (и явно не "на вчера").
Возможно, стоит сделать липовый тип "software raid", который транслируется в "basic data" и обрабатывается без предложения создать на нём том.