Комментарии 13
Идея для проекта: диск ISO, который запускает гипервизор с эмуляцией "лишнего" харда и монтирует туда встроенный в себя образ флешки. Потенциальные плюсы перед решениями типа memdisk -- возможно эмулировать привод ещё и внутри операционки, так пришлось бы в грабе какие-то хитрые опции прописывать для загрузки с образа, и то не факт что initrd этого дистра так умее.
Действительно есть множество программ, позволяющих создавать мультизагрузочные флешки парой нажатий кнопок. Менять программу и переделывать флешку из-за единственного дистрибутива или вникать в тонкости использования под капотом syslinux или grub полезно для развития кругозора, но лениво для большинства. Тем более скачивать дополнительные скрипты, которые могут утерять актуальность по мере выхода новых версий ОС.
Образ в формате img не распаковывается встроенным в Far manager Arclite, вероятно и в других программах, т.е. он как минимум в этом менее удобен, чем привычный и поддерживаемый всеми ISO. Виртуальный привод сервера сможет смонтировать img? А любимое ПО виртуализации?
На данный момент дистрибутив доступен к загрузке в следующих вариантах: bios.img.gz, uefi.img.zip, iso, tar. КМК без двух из них можно обойтись, особенно учитывая что размер сжатых img меньше ISO на 2%, но их ещё нужно распаковывать перед записью на флешку. И что мешает в одном дистрибутиве сделать поддержку и BIOS и UEFI?
Так ли легко подключить такой образ к ЛЮБОЙ виртуальной машине? Или к каким-то легко, к каким-то сложно, а где-то надо конвертировать руками?
Для дистрибутива системы неизменяемость - это фитча, да и у флешки лишний раз ресурс не будет использоваться.
В iso всегда один раздел со всем известной файловой системой, хоть какае-то стандартизация.
Образ диска не всегда понятно как запускать в виртуалке(EasyOS явно не из тех систем, что мне захочется проверить на своем железе), с qemu в общем-то легко подсунуть образ, но я с ходу не вспомнил что еще, кроме памяти, нужно указать, в итоге иксы не запустились, как запустить в vbox или vmware с ходу не понятно.
То что Ventoy поддерживает запуск скорее всего заслуга более известного Puppy, что-то мне подсказывает, что для него особые костыли, вероятно если каждый дистрибутив будет городить свою разметку - вероятность их поддержки будет минимальна.
Я свою сборку на основе DogLinux распространяю в виде дерева файлов и папок, которые нужно скопировать в корень флешки.
Доводы против ISO у меня те же.
У меня спрашивали про загрузку с KVM-over-IP Virtual Media и Zalman ZM-VE. Написал инструкцию как собрать ISO из файлов с помощью genisoimage.
Загрузка из ISO организована не так как с USB флешек.
Для загрузки в UEFI с USB/SATA/NVME флешки/HDD/SSD достаточно на раздел FAT32 положить efi/boot/bootx64.efi и конфиг соответствующего загрузчика.
А для ISO нужно собрать отдельный образ FAT с загрузчиком и конфигом внутри, и интегрировать его. Это дополнительные сложности.
Кроме того при раздаче не монолитным образом можно не качать все заново, а только обновленные файлы. Сам образ .squashfs в DogLinux (и в Puppy) не монолитный. Разбит на несколько модулей, которые можно обновлять независимо.
С другой стороны, кому приспичит можно конечно и собрать ISO, просто перекладывается часть работы с условного Ventoy на условный genisoimage, а кто-то предпочтёт собрать загрузку врукопашную.
Я про то, что если в ISO уже есть efi/boot/bootx64.efi, то распаковка его на флешку тоже даст загружабельный вариант.
Распаковка да. А запись через dd - нет. Я предпочел не делать ISO вообще.
Потому как если делать то полнофункциональный ISO. Нужно каждый раз при изменении конфига загрузчика собирать FAT образ для ISO UEFI загрузки заново.
А для Ventoy я сделал конфиг ventoy/ventoy_grub.cfg Достаточно скопировать вместе с папкой live на раздел флешки с остальными образами. Меню при загрузке доступно по F6.
Так уже давным давно есть Ventoy, позволяющий использовать флешку как раньше, а iso файлы просто закидывать на нее как любые другие файлы, при чем в любом количестве, лишь бы места хватило. Поддерживает и BIOS, и UEFI.
А можно ли использовать для загрузки Live образа не флешку, а раздел HDD, вызывая процедуру через Grub4Dos.
Почему проект EasyOS отказался от загрузочных образов ISO