[syslinux] "isolinux.bin missing or corrupt" when booting USB flash drive in old PC

Thomas Schmitt scdbackup at gmx.net
Sun Mar 19 07:47:50 PDT 2017


Hi,

Ady wrote:
>  http://repo.or.cz/syslinux.git/tree/HEAD:/diag 
> "handoff.bin

This does not look like it would tell much of the properties in question.
Nevertheless its print functions might be of interest for an isohybrid
diagnostic MBR.


> and at least 2 geodsp*.{bin,img(gz)}

I am now reading
  http://repo.or.cz/syslinux.git/blob/HEAD:/diag/geodsp/README

These programs could probably tell the perceived disk geometry factors
for cylinders and heads by the first line. I understand they also make
test reads of their own bytes in order to verify that addressing is
correct.

So yes, it would be interesting to see the output of geodspms.img
or geodsp1s.img. The README is unclear about which one should be
copied to the stick. Possibly one has to try both.

Next question is where a Debian user gets the images geodsp1s.img.xz
and geodspms.img.xz. "apt-file search geodsp" finds nothing on "jessie"
or "testing". Debian "wheezy" had them as:
  /usr/lib/syslinux/diag/geodsp1s.img.xz
  /usr/lib/syslinux/diag/geodspms.img.xz
I guess one would have to pull them out of the package available at
  https://packages.debian.org/wheezy/all/syslinux-common/download

Is there an official SYSLINUX URL where to get the images ?


> As I mentioned before, there is also "isolinux-debug.bin", but it is 
> not supported by isohybrid, AFAIK.

The problem is not in the El Torito image, except the fact that its
alleged first sector does not bear the magic number.
Of course, "isolinux-debug.bin" is not supposed to bear the magic number
of an isohybrid capable El Torito image at all.


Have a nice day :)

Thomas



More information about the Syslinux mailing list