Hi, Didier Spaier wrote:> http://slint.fr/testing/slint64-14.1_syslinux.6.03/slint64-14.1_syslinux.6.03.imgThis looks like the content of an EFI system partition. Exactly what i need for experiments. Thanks a lot. (slint64-current-goofiboot.iso and slint64-current-efi-stub.iso were already in my collection.) It boots to "Slint installer for Slackware64-14.1" by: qemu-system-x86_64 -enable-kvm -m 2048 \ -bios /usr/share/ovmf/OVMF.fd \ -hda slint64-14.1_syslinux.6.03.img So i make it passenger in an ISO where it is marked as EFI El Torito boot image: xorriso -as mkisofs -v -o slint64-14.1_syslinux.6.03_in.iso \ -e slint64-14.1_syslinux.6.03.img -no-emul-boot \ slint64-14.1_syslinux.6.03.img which yields this sparse boot equipment: El Torito catalog : 33 1 El Torito cat path : /boot.catalog El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA El Torito boot img : 1 UEFI y none 0x0000 0x00 0 34 El Torito img path : 1 /slint64-14.1_syslinux.6.03.img I try it out as virtual CD-ROM: qemu-system-x86_64 -enable-kvm -m 2048 \ -bios /usr/share/ovmf/OVMF.fd \ -cdrom slint64-14.1_syslinux.6.03_in.iso OVMF comes up, reports 2 GB of memory, then comes a short flash of black screen with a one-line message which might begin by "Graphics". Underneath is an underscore. Within a tiny fraction of a second, OVMF starts up again. This repeats endlessly. The message is only rarely visible and then very dimly. The underscore is visible quite well with each cycle. As next try, i gave the ISO a GPT pointing to the partition image: xorriso -as mkisofs -v -o slint64-14.1_syslinux.6.03_in.iso \ -e slint64-14.1_syslinux.6.03.img -no-emul-boot \ -efi-boot-part --efi-boot-image --protective-msdos-label \ slint64-14.1_syslinux.6.03.img yields El Torito catalog : 20838 1 El Torito cat path : /boot.catalog El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA El Torito boot img : 1 UEFI y none 0x0000 0x00 0 32 El Torito img path : 1 /slint64-14.1_syslinux.6.03.img ... MBR partition table: N Status Type Start Blocks MBR partition : 1 0x00 0xee 1 84019 GPT : N Info ... GPT partname local : 1 Gap0 GPT start and size : 1 64 64 ... GPT partname local : 2 EFI boot partition GPT type GUID : 2 28732ac11ff8d211ba4b00a0c93ec93b GPT start and size : 2 128 83220 GPT partition path : 2 /slint64-14.1_syslinux.6.03.img ... GPT partname local : 3 Gap1 GPT start and size : 3 83348 608 The behavior with qemu -cdrom is not much different from without GPT. But the time interval of black screen lasts nearly a second. The message and cursor appear at the end of that time and vanish very quickly. If i run this GPT-enhanced ISO as virtual HD, i get to the Slint Installer as with the naked slint64-14.1_syslinux.6.03.img qemu-system-x86_64 -enable-kvm -m 2048 \ -bios /usr/share/ovmf/OVMF.fd \ -hda slint64-14.1_syslinux.6.03_in.iso ---------------------------------------------------------------- Given the endless reboot with -cdrom and the success with -hda, i guess that SYSLINUX is already unhappy with the media type and does not look for partitions or filesystems before it bails out. (But why does the presence of the GPT enlarge the time of black screen ?) So it looks like the idea about SYSLINUX+Linux in EFI System Partition is quite dead for now because of a CD-ROM allergy in SYSLINUX EFI software. Have a nice day :) Thomas
> Hi, > > Didier Spaier wrote: > > http://slint.fr/testing/slint64-14.1_syslinux.6.03/slint64-14.1_syslinux.6.03.img > > This looks like the content of an EFI system partition. > Exactly what i need for experiments. Thanks a lot. >I'm sorry to say that, for testing the possibility of booting optical media in UEFI X64 mode by means of syslinux.efi, that image is not ideal, for several reasons. I posted a FAT12 image for such type of (hypothetical) testing during 2015Oct: http://www.syslinux.org/archives/2015-October/024526.html There are potential improvements (or at least, variations) to be applied to that FAT12 image, one of them being updating both, "bootx64.efi" and "ldlinux.e64", inside the image to version 6.04-pre1. Unfortunately, I do not recall that there was actual feedback about the image back then. Yet, let me be clear: I do not expect the image to solve the problem. Booting as optical media in UEFI X64 mode by means of "syslinux.efi" will still fail. Until Peter and/or other Syslinux developers would invest their own time and skills to at least test the case, there won't be effective improvements. Regarding the "Isohybrid" wiki page, there are some improvements to be made, but I wish we (or, I should say, users) would stop expecting "miracles" from this one wiki page (or from just two of them). For instance, users keep missing even the existence of the "--uefi" parameter, which suggests that the wiki page needs simplification and clarity, not "more details". Still hoping for improvements, Ady.
Hi, Ady wrote:> http://www.syslinux.org/archives/2015-October/024526.htmlI still have it in my mailbox: ADY4UEFI.IMG in ADY4UEFI.ZIP. The test results are the same as with Didier's partition image. Wrapped in an ISO and presented as -cdrom it reboots in cycles. Presented as -hda it boots as naked disk image and as part of a GPT enhanced ISO 9660.> the wiki page needs simplification and clarity, not "more details".My objective is about a hole in the information. The isohybrid wiki mentions the opportunity to prepare for UEFI, distro ISOs do boot via UEFI, but the wiki does not tell the decisive info that nobody yet managed to boot SYSLINUX via UEFI from CD-ROM. I could now make a little list of candidates for isohybrid --uefi: - FAT images with GRUB2, e.g. by mkimage (Fedora-Workstation-netinst-x86_64-23.iso : /images/efiboot.img , 5 MB debian-8.2.0-amd64-netinst.iso : /boot/grub/efi.img , 400 KB) - FAT images with goofiboot (slint64-current-goofiboot-1.4.0.iso : /efi.img , 64 MB) - plain Linux kernel blob (slint64-current-efi-stub.iso : /efi.img , 63 MB) Question to Didier: Is the plain Linux kernel booted via EFI_LOAD_FILE_PROTOCOL after the Boot manager failed with the attempt to apply EFI_SIMPLE_FILE_SYSTEM_PROTOCOL ? (UEFI 2.4, 3.4 "Boot Mechanisms") Have a nice day :) Thomas