This is all about my Beige OF 2.4 machine.  One of the very late model
G3 beige machines.  I've run NetBSD on it, but only by swapping out the ROM
stick.  I want to boot without that drastic measure.

I've been struggling with this lately.

I have a hybrid CD, a floppy, and a tftp server.  I have tried the various
suggestions kindly fwd'd on the list.

The best I can do is a complete load from ofwboot.xcf (load of
text, data, bss - clearing text, data, bss, and then CLAIM FAILED)
All three boot methods do this.  They get most of the way through
loading ofwboot.xcf, and then they  fail with CLAIM FAILED.

CD, floppy, and netboot all behave about the same, except that the CD
seems to require part 2, and UPPER CASE:

	boot ide1/disk:2,\OFWBOOT.XCF

but it does the CLAIM FAILED too.

BTW - I like the DOS floppy setup.  That was really easy to set up.
Too bad it does not work.  Note: the floppy driver DOES appear to
load the software from the floppy.

I've tried it with both system disk 2.3.1 and 2.6.2.

I've not tried pulling the graphics card, nor have I gone back to the
serial console for this machine (although I tried this earlier, and it
seemed to behave no differently)

My B&W seems to boot pretty easily with the same CD.

Can this be done?

-dgl-


>On Tue, 10 Jul 2001, Donald Lee wrote:
>
>> >	What's your LOAD-BASE and REAL-BASE set to, and are you using a
>> >new version of ofwboot.xcf. For a while there was an old copy that was
>> >compiled to load at an incorrect address when netbooting. Load should be
>> >600000 and real should be F00000. Then reset-all to make sure the changes
>> >go into effect. Getting netboots to work correctly on old world machines
>> >has been known to cause you to pull your hair out.
>
>I missed this the first time. Netbooting is easy - I do it every day. The
>trick is to set LOAD-BASE to a WRONG value, and it works. When it's
>supposed to be 600000, I set it to 640000. Note: I set it to the right
>value if I try to boot a floppy.
>
>I think the problem is that the OFW loader assumes a small file, and uses
>a scratch area above LOAD-BASE for temporary storage. It then loads the
>file, looks at the header, and loads it to the right place. But if the
>scratch area was within the size of the loaded file, when it tries to
>malloc space for the file, it can't (CLAIM FAILED errors).
>
>Take care,
>
>Bill