Вот придется мне с этим позаниматься любовью. Только вот нет нигде ддокумментации на то. как оно у магеии устроено. С uefi заниматься пока в очень не сорых планах. Сейчас задача добавить в мой мультизагрузочный диск возможность запуститься в livedvd и запустить установку магеии. Также хочу иметь возможность выбора архитектуры, так что вариант "подстроить пути под те, с которыми работает установщик" не прокатит. Те, кто делал magos наверное знакомы с этой кухней. Дайте ссылку на "почитать" или готовый параметр, который передавать ядру при загрузке.

Короче в очередной раз отвечаю сам себе на свои же вопросы.

Тем, кто захочет сделать мультизагрузочный диск с магеией, придется столкнуться со следующими проблемами:
1. initrd не имеет модуля ntfs. Придется распаковывать iso на раздел fat
2. iso нужно распаковать в корень диска, dracut его примонтирует, и потом будет искать ядро в пути относительно корня. Можно в этот раздел положить файлик с уникальным именем, чтобы потом было проще искать root в grub.
3. dracut для монтирования ищет диск по метке, нужно в параметрах ядра передать правильную метку раздела, на который распакован iso.

root=mgalive:LABEL=MAGEIA6X64

Нужно иметь ввиду, что метки у разделов fat имеют длинну не более 11 символов и пишутся заглавными буквами.
4. По-умолчанию dracut пытается примонтировать раздел с дистрибутивом как CD iso9660, но если передать ядру параметр

liveuefi=yes

то раздел монтируется как vfat.
5. Если требуется отладка - в ядро передается параметр

rd.debug=1

Хотелось бы иметь возможность передавать скрипту /sbin/mgalive-root в виде параметров путь, где искать файл distrib-lzma.sqfs (чтобы можно было его класть не именно в каталог /loopbacks, а в любой удобный пользователю, а также передавать свое имя файла, отличное от distrib-lzma.sqfs, чтобы можно было положить в один каталог файлы от обеих архитектур (сейчас в скрипте путь и имя файла указаны жестко, не в виде переменных). Но для этого нужно, чтобы разработчики Магеии реализовали это самостоятельно в своих скриптах (в принципе ничего сложного, нужно только сообщить им об этом)

Ну и еще дополнение. Оказывается есть у grub так называемый "гибридный" маппинг образов. Только что проверил - работает. И ни требуется никаких танцев с бубном, разделами и параметрами ядра.

Конфиг grub4dos:

title Mageia6 x64 live DVD and install
partnew (%@root:~1,3%,3) 0x00 /iso/Mageia-6-sta1-LiveDVD-PLASMA5-x86_64-DVD.iso
map /iso/Mageia-6-sta1-LiveDVD-PLASMA5-x86_64-DVD.iso (0xff)
map --hook
chainloader (0xff)  

title Mageia6 x86 live DVD and install
partnew (%@root:~1,3%,3) 0x00 /iso/Mageia-6-sta1-LiveDVD-PLASMA5-i586-DVD.iso
map /iso/Mageia-6-sta1-LiveDVD-PLASMA5-i586-DVD.iso (0xff)
map --hook
chainloader (0xff) 

Конфиг в Grub2 вроде даже проще:

menuentry "Mageia-7.1-x86_64.iso" {
loopback loop /ISO/Mageia/Mageia-7.1-x86_64.iso
linux (loop)/boot/vmlinuz vga=791
initrd (loop)/boot/all.rdz
}

Только диск надо задать допустим :

set root='(hd0,4)'

Ну или поиск диска организовать.

Тут же  не сам дистр а Grub2 работает. В Магее 6 я обычно распаковывал iso образ и потом запускал установщик. Т к компы были слабые и загрузка из iso-образа была дольше
А Магее 7 попробовал и запустилось и быстро.

Ventoy - сравнительно новая программа создания мультизагрузочной флешки.
После того, как я её попробовал, - все остальные подобные программы просто потеряли для меня всякую актуальность.
Что про неё скажете?

У меня Xeon E5450 перепаянный, куда уже - допотопней. Программа работает быстро.

Пакета Ventoy?
Нет.

Согласно документации, начиная с релиза Ventoy-1.0.13  от 14.06.2020

-поддерживается Mageia-7.1-Live-Xfce-x86_64.iso (Legacy + UEFI).  (Сделаю предположение:- возможно и все x86_64  дистрибутивы  Mageia)

Вполне возможно, что дело не в образе как таковом, а в том, что программа для записи меняет файловую систему на флеш-накопителе. Я видел как флешки "помирали" после 3-4 перезаписей загрузочных образов Вантуза утилитой Rufus.

Несколько раз писал об этом, у меня есть штуки три покалеченные флешки, но как сказал Kamrad,

возможно так, а может быть дело в работе той или иной программы. То что некоторые программы калечат флешки загрузочными образами это точно, поэтому не использую их далее для записи туда ценной информации.

Не всегда и не любую, а если затронута программная часть флешки, то вообще только в винде. Кстати, программная часть есть у любой флешки и из линукса её поправить нельзя, просто не написано таких программ.

Если не охота в консоли возиться, то росовская утилита записи образов росы умеет восстанавливать флэшки. Там специальная кнопка есть. Нажал и флэшке как новая. Работает и в винде и в линуксе. Сам ее для этих целей использую постоянно. Ещё ни разу не подвела, хоть и старая утилита уже.

Называется — RosaImageWriter, да, хорошая, сейчас уже и магеевские утилиты это умеют делать.

Ещё не пробовал.
А я попадал на повреждение контроллера флешки, когда чистка затрагивает "нивидимый" программный раздел, тогда надо сначала найти её VID и PID, а далее искать виндовую программку под эту флешку на сайте http://flashboot.ru/iflash/
И всё из-за того, что большинство программ лезут именно в этот самый первый технический программный раздел флешки.
Помогает Flash Drive Information Extractor
Бесплатная программа для получения информации о флешках.