[Grml] partition tables

[Michael Prokop]

Hi,

* Lupe Christoph [Sun Apr 21, 2013 at 12:13:29PM +0200]:

> I just wrote GRML 96 Full 2013.02 to a new USB stick and wanted to
> adjust the partition table. But that wasn't valid (I'll demonstrate
> using the ISO):

> ------------------------------------------------------------------------
[...]
> $ gdisk -l /sw/archive/grml/grml96-full_2013.02.iso 
> GPT fdisk (gdisk) version 0.8.5
[...]
> Disk /sw/archive/grml/grml96-full_2013.02.iso: 1497088 sectors, 731.0 MiB
> Logical sector size: 512 bytes
> Disk identifier (GUID): 7A9EDD46-5620-4D0E-B375-F3D2B5CB6FC1
> Partition table holds up to 128 entries
> First usable sector is 34, last usable sector is 1497054
> Partitions will be aligned on 64-sector boundaries
> Total free space is 642 sectors (321.0 KiB)

> Number  Start (sector)    End (sector)  Size       Code  Name
>    2         1459520         1461247   864.0 KiB   0700  卉䡏批楲d敶╛嵤›搥
> ------------------------------------------------------------------------

> We'll I can't read Chinese, maybe somebody can translate? ;-)

Google Translate says:

  "Hui 䡏 approved Wei d Zhen, ╛ Rong> hammer"

;)

> The stick boots OK in MBR mode on a SONY VAIO with UEFI.

> I found strange partition tables on other ISOs, even older ones.

> Can you investigate how these partition tables are generated and fix
> that? It would be useful if you could change them on the stick with
> fdisk.

Well, this is caused by isohybrid which we're running with the
"--uefi" option to get those hybrid ISOs.

So if you'd like to see this changed you'd have to bug isohybrid's
upstream (being the syslinux maintainers). But I'm not too
optimistic there exists a reliable way to change that since hybrid
ISOs (and therefore the isohybrid tool) are using quite some hacks
to work on all/most machines and that's what you're currently
seeing in the MBR of the ISOs. ;)

> PS: I'll use grml2usb for now.

Yeah, that's actually the recommended way to get flexible systems. :)

regards,
-mika-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://ml.grml.org/pipermail/grml/attachments/20130422/5329ff0d/attachment.pgp>