Нужен фикс чтобы UEFI инсталл не терял загрузчик
Я делаю сборку линукс для быстрой установки и домашнего использования а также периодически делюсь ей на рутрекере, (донатов увы никаких не думайте. правила всё такое. ) , Это помогает сделать линукс ближе к людям, к пользователям.
Весь 2020 год я занимаюсь боротьбой с UEFI и понемногу проигрываю.
Раньше в прошлом году предыдущая версия ещё ставилась на УЕФИ. А теперь уже нет. и что делать неясно
остаётся только бится головой о стену и я уже подзадобался и не вижу идей потому и пишу сюда.
Может ли кто помочь - я в свою очередь могу оказать какую то ответную помощь если я на неё способен. Может даже оплатить
Всё тоже самое - но на видео
https://www.youtube.com/watch?v=YgcnZQWmfzg&t=20s
Раньше работало так но что то сломалось. https://www.youtube.com/watch?v=ZCNnKX1VWWY
Нужно исправить ошибку чтобы производилась установка на UEFI из любого сформированного Systemback образа любым инсталлером.
ошибка всегда происходит на 99%. Судя по всему это всего лишь либо ошибка записи (file overwrite) либо Isolinux ищется не там где надо. программа пытается его копировать возможно не из той папки. Сама программа написана на Python, можно от рута редактировать main.py файл программы прямо с установочной флешки или в Virtualbox.
Исполнением будет считаться если я сгенерирую образ с исправленной программой поменяю любой его контент и он будет устанавливатся. Для работы с образом я делаю
1.
xorriso -osirrox on -indev l4d-22.7.2-x64-m19.3-k5.9.iso -extract / custom-iso
Вот в этот момент диск можно отредактировать и он доступен в папке custom-iso
2.xorriso -as mkisofs -r -checksum_algorithm_iso md5,sha1 -V l4d-22.6-k5.5-nv440-CL7-x64 -o /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-live/debian-cd/amd64/bionic-desktop-amd64.raw -isohybrid-mbr /usr/lib/ISOLINUX/isohdpfx.bin -partition_offset 16 -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -eltorito-alt-boot -e boot/grub/efi.img -no-emul-boot -isohybrid-gpt-basdat -isohybrid-apm-hfsplus -o ../l4d-22.6-k5.5-nv440-CL7-x64-utest-mod.iso .
где после -V название образа(l4d-22.6-k5.5-nv440-CL7-x64) допускается не более 32 символов, если нужны пробелы используется \ . Иначе будет называться ISOIMAGE. В конце имя файла на выходе, последняя точка обязательна. Собранный образ будет в папка1.
Но повторюсь, это не поможет, но пригодится, т.к соберёт образ с ПРАВИЛЬНОЙ РАЗМЕТКОЙ.
Установка в обычном режиме работает и должна сохранится. (без uefi)
Код Systemback как и Calamares являются Opensource, однако первый не имеет разработчика.
https://sourceforge.net/projects/systemback-source-1-9-4/ - systemback sources.
https://calamares.io/ - сайт авторов программы Calamares
Образ.
https://yadi.sk/d/RrSpyi8sXU5q0g
крайне ВАЖНО
Решения в духе Запусти Boot Repair , Ubuntu grub recovery - это костыли.
Очень прошу не надо Никаких "Установи на флешку".
Если человек скачает диск - не будет ставить grub recovery, он скажет ерунда и сотрёт образ и будет прав!
Конечное решение - должен по указанным действиям получится ISO с которого можно будет
без костылей установить систему и она до 100% дойдет и сообщит о успешной установке (в режиме UEFI)
Также из известных проблем Calamares
Он написано на Python и авторы видимо какую то несовместимость допустили с образами сделанными Systemback
В частности теряются переменные
-Локалиация. КАкой бы город не выбрал человек - будет выбран Нью-Йорк.
-Теряются данные выбранного языка пользователя если дать право выбирать язык ( я это пофиксил запретив выбирать язык)
- вероятно теряется выбор и корректность установки загрузчика в /boot/EFI , возможно он просто забывает куда его ставить. (самое важное пожалуй)
Я специализируюсь на Lua, и питон, особенно на чужом коде понимаю очень плохо, main.py файл с кодом инсталлятора можно прямо из образа диска запускать и смотреть как он работает или ставит систему.