bug-xorriso
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-xorriso] creating bootable .ISO with multiple methods


From: Thomas Schmitt
Subject: Re: [Bug-xorriso] creating bootable .ISO with multiple methods
Date: Sat, 11 Apr 2015 09:37:34 +0200

Hi,

> EFI encompasses the use of FAT32 for a system partition, and FAT12
> or FAT16 for removable media.

Ah yes. Only FAT32 stuck to my memory.


>  And took me a while to figure out.  The embedded grub.cfg (not
> included in the gist) looks like this:
>
>  search.fs_label RECOVERY root
>  set prefix=($root)/boot/grub

So GRUB2 hops out of the FAT filesystem to find its grub.cfg
but then needs to be told that the ISO is the root ?


Isn't "RECOVERY" a bit too unspecific to serve as id string ?
Other people could come to the idea to have that name for
some filesystem of their computer. Most distro ISOs are
labeled by distro name and version numbers. But that's still
not really unique.

To solve the uniqueness problem, Vladimir once asked me
for -as mkisofs option
  --modification-date=2013030413525500
by which grub-mkrescue can set (and thus predict) the
date string of the ISO filesystem.
As generic command that would be

  -volume_date uuid 2013030413525500

The matching grub.cfg line is said to be

  search --fs-uuid --set 2013-03-04-13-52-55-00

(Looks like a different syntax than in your grub.cfg,
 though.)

I understand that GRUB2 maps the ISO 9660 modification
date string to UUID because this is the best approximation
of a unique id in a vanilla ISO 9660.
(We could of course introduce a dedicated storage location
 for such a string. Dunno whether Vladimir did not want to
 depend on non-vanilla stuff or whether he wanted to re-use
 existing GRUB2 code for retrieving the UUID.)


Have a nice day :)

Thomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]