[Live-demo] ISO not isohybrid, lacks UEFI support
Ben Caradoc-Davies
ben at transient.nz
Mon Dec 5 21:08:23 PST 2016
Angelos,
I think I have a working solution:
https://github.com/OSGeo/OSGeoLive/pull/142
Not yet tested on physical hardware. The ISO should now work after being
written to a raw thumb drive with dd, just like the official Ubuntu and
Lubuntu ISO images.
All of these boot in QEMU:
QEMU test as "cdrom":
$ qemu-system-x86_64 -enable-kvm -m 2048 -cdrom
osgeo-live-nightly-build6-amd64-ab426ef.iso
QEMU test as MBR boot thumb drive (which boot as first hard disk):
$ qemu-system-x86_64 -enable-kvm -m 2048 -hda
osgeo-live-nightly-build6-amd64-ab426ef.iso ^C
QEMU test as UEFI boot thumb drive (OVMF Tianocore UEFI BIOS):
$ qemu-system-x86_64 -enable-kvm -m 2048 -bios /usr/share/ovmf/OVMF.fd
-hda osgeo-live-nightly-build6-amd64-ab426ef.iso
Boot equipment looks good to me:
$ xorriso -indev osgeo-live-nightly-build6-amd64-ab426ef.iso
-report_el_torito plain -report_system_area plain
xorriso 1.4.6 : RockRidge filesystem manipulator, libburnia project.
xorriso : NOTE : Loading ISO image tree from LBA 0
xorriso : UPDATE : 502 nodes read in 1 seconds
xorriso : NOTE : Detected El-Torito boot information which currently is
set to be discarded
Drive current: -indev 'osgeo-live-nightly-build6-amd64-ab426ef.iso'
Media current: stdio file, overwriteable
Media status : is written , is appendable
Boot record : El Torito , MBR isohybrid cyl-align-off GPT
Media summary: 1 session, 2069246 data blocks, 4041m data, 7489m free
Volume id : 'OSGEOLIVE10'
El Torito catalog : 164 1
El Torito cat path : /isolinux/boot.cat
El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA
El Torito boot img : 1 BIOS y none 0x0000 0x00 4 165
El Torito boot img : 2 UEFI y none 0x0000 0x00 4736 185
El Torito img path : 1 /isolinux/isolinux.bin
El Torito img opts : 1 boot-info-table isohybrid-suitable
El Torito img path : 2 /boot/grub/efi.img
System area options: 0x00000202
System area summary: MBR isohybrid cyl-align-off GPT
ISO image size/512 : 8276984
Partition offset : 0
MBR heads per cyl : 0
MBR secs per head : 0
MBR partition table: N Status Type Start Blocks
MBR partition : 1 0x80 0x00 0 8278016
MBR partition : 2 0x00 0xef 740 4736
MBR partition path : 2 /boot/grub/efi.img
GPT : N Info
GPT disk GUID : c22a598de644cf4ababebbce02526bc1
GPT entry array : 2 128 overlapping
GPT lba range : 34 8277982 8278015
GPT partition name : 1
490053004f004800790062007200690064002000490053004f00
GPT partname local : 1 ISOHybrid ISO
GPT partition GUID : 1 ddfce2b743e69e439dd9fd1b0859474c
GPT type GUID : 1 a2a0d0ebe5b9334487c068b6b72699c7
GPT partition flags: 1 0x0000000000000000
GPT start and size : 1 0 8276984
GPT partition name : 2 490053004f00480079006200720069006400
GPT partname local : 2 ISOHybrid
GPT partition GUID : 2 fd17fc2ba0182c4490c1d617372125de
GPT type GUID : 2 a2a0d0ebe5b9334487c068b6b72699c7
GPT partition flags: 2 0x0000000000000000
GPT start and size : 2 740 4736
GPT partition path : 2 /boot/grub/efi.img
Kind regards,
Ben.
On 06/12/16 07:40, Ben Caradoc-Davies wrote:
> Angelos,
>
> I will see if I can get genisoimage+isohybrid to work. If not, I will
> try xorriso, which seems to be under more active development.
>
> Kind regards,
> Ben.
>
> On 04/12/16 23:22, Angelos Tzotsos wrote:
>> Hi Ben,
>>
>> It is a known fact that Ubuntu has switched its build process closer to
>> the Debian iso build process.
>> I contacted several Ubuntu developers (specifically those who are
>> responsible for the iso creation) during our previous dev cycle. Here is
>> the information gathered back then:
>> https://trac.osgeo.org/osgeo/ticket/1761
>>
>> We decided not to switch our build method since this would require too
>> much effort.
>>
>> Now what you propose is something that sounds easier than switching to
>> the new Ubuntu build process.
>> Can you please make a pull request to include those extra isohybrid
>> commands?
>>
>> Cheers,
>> Angelos
>>
>> On 12/02/2016 01:16 AM, Ben Caradoc-Davies wrote:
>>> The current ISO image osgeo-live-10.0-amd64.iso is not isohybrid, and
>>> lacks UEFI support. As far as I know, all current official Ubuntu live
>>> images have both. Shipping isohybrid images simplifies USB thumb drive
>>> creation because the ISO can then be written directly to a raw device
>>> with dd without needing any other processing, not to mention
>>> consistency with Ubuntu.
>>>
>>> Does anyone object to changing the ISO build process to make isohybrid
>>> images with UEFI support? This should a matter of a few additional
>>> xorriso arguments.
>>>
>>>
>>> The current ISO is suitable for MBR isohybrid but lacks UEFI support:
>>>
>>> $ isohybrid -u osgeo-live-10.0-amd64.iso
>>> isohybrid: osgeo-live-10.0-amd64.iso: unable to find efi image
>>>
>>>
>>> The existing boot equipment of the ISO contains only MBR support:
>>>
>>> $ xorriso -indev osgeo-live-10.0-amd64.iso -report_el_torito plain
>>> -report_system_area plain
>>> xorriso 1.4.6 : RockRidge filesystem manipulator, libburnia project.
>>>
>>> xorriso : NOTE : Loading ISO image tree from LBA 0
>>> xorriso : UPDATE : 502 nodes read in 1 seconds
>>> xorriso : NOTE : Detected El-Torito boot information which currently
>>> is set to be discarded
>>> Drive current: -indev 'osgeo-live-10.0-amd64.iso'
>>> Media current: stdio file, overwriteable
>>> Media status : is written , is appendable
>>> Boot record : El Torito
>>> Media summary: 1 session, 2062470 data blocks, 4028m data, 8267m free
>>> Volume id : 'OSGEOLIVE10'
>>> El Torito catalog : 164 1
>>> El Torito cat path : /isolinux/boot.cat
>>> El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA
>>> El Torito boot img : 1 BIOS y none 0x0000 0x00 4 165
>>> El Torito img path : 1 /isolinux/isolinux.bin
>>> El Torito img opts : 1 boot-info-table isohybrid-suitable
>>> xorriso : NOTE : No System Area was loaded
>>>
>>>
>>> Kind regards,
>>>
>>
>>
>
--
Ben Caradoc-Davies <ben at transient.nz>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
More information about the Osgeolive
mailing list