28247 2012-12-20 18:28:13 +0400 обеспечить возможность создания lvm/mdraid при GPT-разбивке 2021-04-28 18:14:45 +0300 1 1 4 Development Sisyphus alterator-vm unstable all Linux CLOSED FIXED P3 normal --- 1 mike mcpain aen boyarsh mcpain nickel rotkart stalker qa-sisyphus oldest_to_newest 136195 0 mike 2012-12-20 18:28:13 +0400 Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются как подходящие для создания на них LVM или программного RAID. Найти конкретные значения GPT UUID пока не удалось (gdisk мухлюет "fd00" в качестве человекочитаемого аналога 0xfd при MBR-разбивке), но вроде как они есть. Возможно, стоит подсмотреть в debian partman. (этим стоит озадачиваться уже после закрытия bug #27971, разумеется) 143995 1 mike 2013-11-29 14:24:18 +0400 Это исправление было бы тоже весьма уместно в выпусках 7.0.2. Берусь произвести обзор других дистрибутивов и уточнение задачи. 144957 2 mike 2014-01-31 19:16:33 +0400 Дожили до времени, когда эта ерунда стала уже заметной :-) См. тж.: bug 28879, comment 0; bug 28827, comment 15. 144959 3 rotkart 2014-01-31 19:22:13 +0400 (В ответ на комментарий №2) > Дожили до времени, когда эта ерунда стала уже заметной :-) > См. тж.: bug 28879, comment 0; bug 28827, comment 15. Я джва года ждал :-) С понедельника у меня будет стенд - машина с EFI и двумя хардами. Предлагаю в качестве кролика. 144962 4 mike 2014-01-31 19:29:49 +0400 (В ответ на комментарий №3) > С понедельника у меня будет стенд - машина с EFI и двумя хардами. > Предлагаю в качестве кролика. Стендик и у меня есть, да и virtualbox должен проконать (либо kvm+ovmf), но всяко спасибо. Буду благодарен, если произведёте раскопки по состоянию по другим дистрибутивам. 144965 5 rotkart 2014-01-31 19:38:59 +0400 (В ответ на комментарий №4) > Стендик и у меня есть, да и virtualbox должен проконать (либо kvm+ovmf), > но всяко спасибо. Буду благодарен, если произведёте раскопки по состоянию > по другим дистрибутивам. Одну ссылку я приводил в https://bugzilla.altlinux.org/show_bug.cgi?id=28878#c2 Там просто dd-ой обходятся. Покопаю ещё. 145022 6 timonbl4 2014-02-03 14:51:49 +0400 (В ответ на комментарий №0) > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются как > подходящие для создания на них LVM или программного RAID alterator-vm умеет создавать lvm/raid на таких разделах 145040 7 mike 2014-02-03 22:58:03 +0400 (В ответ на комментарий №6) > > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются > alterator-vm умеет создавать lvm/raid на таких разделах Проверил на mdraid -- да, действительно. Только приходится угадать, что на них _не_ надо создавать том (надо снять соответствующую галку при создании раздела). Т.е. этот баг закрываем, а про эргономику создания рейдов надо отдельно думать (и явно не "на вчера"). Спасибо. PS: при установке / на md0 (sda1, sdb1) с /boot/efi на sda2 огрёб выпадение в консоль grub -- надо не забыть выяснить, что это было... 150132 8 stalker 2015-02-11 09:34:32 +0300 ещё 1 баг -- при устанвоке на UEFI нельзя во время установки собрать md-raid. 2 диска разбил как 500М -- EFI/FAT32 500M - bios_grub 500M - basic data оставшееся - basic data на закладке создания рейда нет возможности создать онный 157356 9 mike 2016-06-17 13:53:45 +0300 (В ответ на комментарий №7) > > > Проблема состоит в том, что GPT-разделы типа basic data не рассматриваются > > alterator-vm умеет создавать lvm/raid на таких разделах > Проверил на mdraid -- да, действительно. Только приходится угадать, что на них > _не_ надо создавать том (надо снять соответствующую галку при создании > раздела). Т.е. этот баг закрываем, а про эргономику создания рейдов > надо отдельно думать (и явно не "на вчера"). Возможно, стоит сделать липовый тип "software raid", который транслируется в "basic data" и обрабатывается без предложения создать на нём том.