[Live-demo] ISO not isohybrid, lacks UEFI support

Tue Dec 6 08:01:24 PST 2016

If a version is ready, I can test it on a few devices.

On Tue, Dec 6, 2016 at 4:45 PM, Brian M Hamlin <maplabs at light42.com> wrote:
>
>  Hi All
>
>   this  line of build steps looks promising .. my own small investigations into the UEFI boot process raised more questions than answers, so I am grateful to see a new set of resources applied to the problem.
>
>   Specifically, I had not seen nor heard of,  GNU xorriso, and  I had not gone through Ticket #1761 in detail.
>
>   great news, and I will make time to test a bit soon
>   best from Berkeley, California
>    --Brian
>
>
>  On Tue, 6 Dec 2016 20:55:17 +1100, Cameron Shorter  wrote:
>
> Sounds promising Ben.
>
> Looks like size won't be an issue with what you are proposing.
>
> I'd be interested to hear if Brian has any comments. Brian has burned a
> lot of USBs for prior conferences and might have some feedback on things
> to look out for.
>
> Cheers, Cameron
>
> On 6/12/2016 3:54 PM, Ben Caradoc-Davies wrote:
>> Cameron,
>>
>> in my first test, isohybrid and UEFI support increases the size of the
>> ISO image by only 411648 bytes.
>>
>> Kind regards,
>> Ben.
> On 6/12/2016 4:08 PM, Ben Caradoc-Davies wrote:
>> 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,
>>>>>
>>>>
>>>>
>>>
>>
>
> --
> Cameron Shorter
> M +61 419 142 254
>
> _______________________________________________
> Live-demo mailing list
> Live-demo at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/live-demo
> http://live.osgeo.org
> http://wiki.osgeo.org/wiki/Live_GIS_Disc