Bug 68397

More important -- what type of motherboard do you have?  Also, if you burn the
image at http://people.redhat.com/~katzj/debugiso.bin (won't actually let you
continue the install, but should give more debugging messages about where
isolinux gets hung up), what sort of output do you get?

> More important -- what type of motherboard do you have?

How do I find out?

Here is what lspci says:

00:00.0 Host bridge: Intel Corp. 440FX - 82441FX PMC [Natoma] (rev 02)
00:06.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 01)
00:07.0 ISA bridge: Intel Corp. 82371SB PIIX3 ISA [Natoma/Triton II] (rev 01)
00:07.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II]
00:07.2 USB Controller: Intel Corp. 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:09.0 SCSI storage controller: Adaptec AIC-7880U
00:0b.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II]

> Also, if you burn the image ...

I do not have an easy access to a burner.

I too am having the same problem on an UNknown motherboard with the Limbo CDs I
got in the mail.  I reported the same as not working with Jeremy's first
isolinux test image.  This box is an old Gateway PPro 200, with an old AMI Bios
v1.000something-er-other.

I downloaded the iso Jeremy mentions in this bug report.  While the regular beta
CDs (v7.3.92) do boot but give the error mentioned in this bug, the debugiso.bin
image is not even recognized by this problem system it is ignored and the system
boots from the hard drive. Oh, and I did boot that image in another machine, so
I know that my burn was at least somewhat working.

Is there anything else I can do to help, short of knowing what kind of MB is in
this thing?

In my case it's an AmiBios too. Namely, AmiBios Verion 1.00.01.DI0 (C) 1992...

It seems to be common on really old AMI BIOSes.  You might check for an update
(there may be one).  I'm really reluctant to make CD 2 bootable also because it
makes things more confusing for support and from a documentation perspective. 
Especially as there have always been machines which haven't booted from the CD,
we're just switching which those are now to some older machines as a trade-off
for more drivers available for CD installs

Ok, sounds like the right thing to do (besides now my laptop will boot from the
CD and I like that :).  Would it be possible to make sure we still have a boot
image that we can either put on floppy or easily burn to a CD(like the old boot
CD)?  Sorry, I haven't even looked to see if that is already the plan, so if
that is the case I'll crawl back into my hole and leave you alone. ;)

Thanks for your help, 
Scott...

There's always images/boot.img on the CD which will work just fine for CD
installs.  You can even easily burn it to CD by sticking it in a directory and
running

mkisofs -b boot.img -o ../bootcd.iso .

And then you have a 1.44 meg CD to burn.  There's also still
dosutils/autoboot/cdboot.img which is the old 2.88 meg image used which was used
for the CD boots, but I'm not 100% certain that it will stick around

If this isn't fixed with isolinux 2.00 as used in Phoebe, it's going to need to
be reported upstream and fixed there.