If you were using OpenServer 5.0.4 (or a later version) and BackupEdge
01.01.08 or a later version, the RecoverEdge program that accompanies it
allows you to use BTLD to change the hard disk adapter on a system with
minimal effort, providing you enabled BTLD support when you created your
RecoverEdge diskettes. Even though the wd driver is not a SCSI driver, it
acts like one and might just work in this situation.
> OpenServer 5.0.6, BackupoEdge 01.01.08
>
> When creating the boot/root disk set, I ran RecoverEdge and let it do it's
> thing. I didn't do anything other than insert the disk(s) when it told me
> to.
>
> Tryed btld from the command prompt and I get a out of memory error (huh? I
> got 98MB in here, mebbe I'll have to spec that in the boot string as well)
The program that does the boot-time linking of BTLDs is a small-model
8086 program. It has some very limited knowledge of 32-bit address
space for purposes of copying the actual kernel code up there. It does
the _linking_ in 8086 mode. Specifically, the kernel and BTLD objects'
symbol tables get loaded into the low 1MB of memory. It's quite easy
for it to run out of space.
Check BIOS setup: many modern machines have settings which control
whether 512KB or 640KB of the low 1MB are available. You won't be able
to BTLD anything if it's set to 512KB. At 640KB, you at least have a
chance.
> I've gotten the system booted from a kernel build on an ide system, but I
> need to now try to figure out how to tell my system the root disk is ide, not
> ida, and then I should be able to relink a new kernel and boot and be happy
> again. Until then... I'm still muttering ...
Rather than all this, what you might want to do is start a new, fresh
install on the replacement machine -- starting from the OS distribution
CD. (Or possibly from SmartStart if these are Compaqs, like I seem to
remember from the previous messages.) Anyway, using whatever is the
correct procedure for the replacement machine, do a new install. Then
restore your data from the old system, being careful not to restore the
OS portions. Finally, if necessary, restore the OS portions into a
subdirectory. You can use the restored old OS as a reference for things
like kernel parameters you had changed.
>Bela<
> Rather than all this, what you might want to do is start a new, fresh
> install on the replacement machine -- starting from the OS distribution
> CD. (Or possibly from SmartStart if these are Compaqs, like I seem to
> remember from the previous messages.) Anyway, using whatever is the
> correct procedure for the replacement machine, do a new install. Then
> restore your data from the old system, being careful not to restore the
> OS portions. Finally, if necessary, restore the OS portions into a
> subdirectory. You can use the restored old OS as a reference for things
> like kernel parameters you had changed.
There are more detailed instructions and helpful scripts for this
procedure at http://pcunix.com/Unixart/upgrades.html
--
Tony Lawrence
SCO/Linux Support Tips, How-To's, Tests and more: http://pcunix.com