A.P. Lawrence

dual boot ide sci

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):

From - Sat Oct 28 08:18:12 2000
Path: news.randori.com!newsfeeder.randori.com!xfer10.netnews.com!netnews.com!hermes.visi.com!news-out.visi.com!nntp.primenet.com!nntp.gblx.net!news.phx.gblx.net!not-for-mail
From: ddinaz@hotmail.com (Dave Dickerson)
Newsgroups: comp.unix.sco.misc
Subject: Re: Dual Boot Method
Date: Sat, 28 Oct 2000 11:25:59 GMT
Organization: Global Crossing Telecommunications Inc.
Lines: 269 Message-ID: <39fab562.5746573@news.primenet.com> References: <8tdb2i$njq$1@nnrp1.deja.com>
NNTP-Posting-Host: 208-48-207-139.nas3.fhu.primenet.com
X-Complaints-To: abuse@gblx.net
X-Posted-By: @208.48.207.139 (dickers)
X-Newsreader: Forte Free Agent 1.21/32.243
Xref: news.randori.com comp.unix.sco.misc:68007
X-Mozilla-Status: 8010
X-Mozilla-Status2: 00000000

On Sat, 28 Oct 2000 01:44:50 GMT, cyberdiction@my-deja.com wrote:

>Hi,
>
>I have Windows 98se installed on Harddrive1 which is the primary
>master and active. It is newer and larger and faster. Sco Unix 5.0.6
>is installed on Drive2 and is the primary slave also set to active.
>
>I have tried to get dual booting going with BootMagic using advanced
>partition settings--something about being visible or not. When I
>boot to ScoUnix the loading the OS just hangs there.
>
>I think this was resolved with Redhat 6.0 by booting to the first
>sector of the harddrive rather than handled by the MBR. What can
>be done other than making the Scounix drive the primary master?
>
>Best regards,
>Stephen
>
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.

This [edited] post a while back from Bela Lubkin may add some insight
(then again, maybe not):

My Working for yourself E-Book will show you how to break free
from the 9 to 5 grind.

DDinAZ

--------------------------------------------------------------------------------------------------------------------------

"I installed OpenServer on a SCSI drive, then added an IDE drive to
run DOS/Windows.  How can I make a new /stand on the IDE drive and use
it as a staging area to boot OpenServer from the SCSI drive?"

This can be done.  The process is complex.  The following applies,
modulo any errors, to OpenServer Release 5.0.0 through 5.0.4.  Similar
techniques could be applied to older SCO operating systems (probably
all the way back to Xenix), but details vary, you would have to figure
out how to implement the steps yourself.

Read the whole thing first, then read it again.  Then start.

A rough outline is:

1. Prepare your kernel to be able to access IDE drives.
2. Prepare your device nodes to be sane when an IDE drive is present.
3. Boot the new arrangement with the IDE drive not present.
4. Boot the new arrangement with the IDE drive present, using boot
floppy.
5. Partition, divvy and mkfs the new /stand filesystem on the IDE
drive.
6. Copy old /stand contents to new /stand.
7. Modify new /stand /etc/default/boot appropriately.
8. Change the /stand mounting arrangements.
9. Try to boot.

So, in some detail:

1. Prepare your kernel to be able to access IDE drives.

At this point you are working in a pure-Unix environment, with the IDE
drive physically disabled (cable disconnected).

The first step is to add the "wd" driver into your kernel, if it isn't
already.  (It will be present if you used an ATAPI CD-ROM to install.)
Edit /etc/conf/sdevice.d/wd; change "N" to "Y".  If it was already "Y"
then the driver was already linked in.  If not, first save a good copy
of the kernel, then relink:

  # btmnt -w            (mount /stand read-write)
  # cd /stand
  # cp unix unix.good
  # cd /etc/conf/cf.d
  # ./link_unix -y

Reboot and verify that the new kernel boots.  Don't lose track of that
unix.good; we may need it later.

2. Prepare your device nodes to be sane when an IDE drive is present.

This involves editing files in /etc/conf/node.d.  The kernel link
process does a directory search in node.d and uses all the files it
finds, so be sure your editing procedure does not leave backup files
in the directory.  You need to copy the existing "hd" file as "Sdsk"
and change all of the major device references (first column) from "hd"
to "Sdsk".  Then empty the "hd" file, leaving it empty but still
present.

For example, a line:

  hd hd00 b 0 sysinfo sysinfo 600

should currently exist in /etc/conf/node.d/hd.  You will change it to:

  Sdsk hd00 b 0 sysinfo sysinfo 600

in /etc/conf/node.d/Sdsk.  One way to do this:

  # cd /etc/conf/node.d
  # sed 's/hd/Sdsk/' hd > Sdsk    # no "/g" - only want to change 1st
"hd"
  # echo "" > hd

Also edit /etc/conf/cf.d/sassign, again changing "hd" to "Sdsk".

3. Boot the new arrangement with the IDE drive not present.

Now relink the kernel and reboot.  It's important to verify that
things are still sane.  Once rebooted, run `fdisk` and `divvy`, just
to verify their sanity.  Also run `fsck -n -o full /dev/root` and let
it run out.

This may give you a few minor errors, since the root filesystem is
active.  That's OK.  What you don't want to see is some sort of
massive failure as if fsck doesn't believe /dev/root is a sane
filesystem at all.

4. Boot the new arrangement with the IDE drive present, using boot
floppy.

For this to work, there must be only one IDE hard disk in the system.
There can be ATAPI CDs or tapes, but only one IDE hard disk.  If you
have others, temporarily remove them and make sure the primary's
jumpers are set correctly.  Some IDE drives have to be jumpered
differently for master/slave-present and master/no-slave.  The SCSI
disk that contains Unix must be the first disk recognized by the host
adapter BIOS.  When these conditions are met, the SCSI host adapter's
BIOS will put its drive into the BIOS's drive table as if it were the
2nd IDE drive.

Once that's true, you can boot your OpenServer boot floppy as follows:

  Boot
  : hd(104)unix root=Sdsk(42) swap=none dump=none
    ^^^^^^^^^^^ ~~~~~~~~~~~~~
Here you're using only /boot from the floppy.  The kernel comes from
your SCSI disk.  The portion of the boot string labeled "^^^^" is
interpreted by /boot, in terms of BIOS devices.  hd(104) is the 0th
division of the active partition of the 2nd hard disk.  The 2nd hard
disk is your SCSI disk, as discussed above.  The portion labeled
"~~~~"
is interpreted by /unix, in terms of Unix devices.  Sdsk(42) is the
2nd division of the active partition of the 1st SCSI hard disk; which
should be where your root filesystem is found.

Do not omit the "swap=none dump=none" portion.  Some of these things
could lead to a panic, and you don't want the system to write a panic
dump onto a device node that was pointing to something unexpected
(like your DOS filesystem)...

I might be a little off the mark.  This may load the kernel but panic
with a message that it's unable to mount the root filesystem (probably
a "srmountfun" message).  If so, the problem can probably be solved;
report back with the exact message and exactly what you had been doing
at the time (e.g. whether the IDE drive is enabled, what you had done
to the kernel, etc.)

Once you are able to boot this way, go to single-user mode.

5. Partition, divvy and mkfs the new /stand filesystem on the IDE
drive.

I think you can't use `mkdev hd` for this task, because it will state
that since your root is SCSI, you can't add an IDE drive.  So you must
do it manually.  I'm fuzziest about this step.  I think you can do
something like copy /etc/conf/node.d/Sdsk to /etc/conf/node.d/wd and
make similar changes to before -- Sdsk becomes wd -- and also change
all references from "hd0" to "hd1"; from "0s" to "1s".  e.g.

  Sdsk hd00 b 0 sysinfo sysinfo 600
  Sdsk rdsk/0s0 c 0 sysinfo sysinfo 600

would become:

  wd hd10 b 0 sysinfo sysinfo 600
  wd rdsk/1s0 c 0 sysinfo sysinfo 600

You want to copy-and-modify all of the hd*, rhd*, dsk/0s*, rdsk/0s*
entries; omit any others.  When you're done, you should have an empty
hd file, the same Sdsk file as created in step 2, and a new wd file
based on Sdsk, but every line modified.

Once that's done, relink the kernel again.  You don't need to reboot;
this is just to build the device nodes and I'm too lazy to look up the
right incantation to do that by itself.

Once that's all done,

  # fdisk -f /dev/rhd10

and create a Unix partition, "use rest of disk";

  # divvy /dev/hd1a

just to make sure it complains "no division table"; then

  # divvy -m /dev/hd1a

to create one.  Have it create 1 division, then go in to make changes,
name it "boot2", tell it to create an EAFS filesystem (it will have
defaulted to HTFS, which won't work for a boot filesystem).  Quit,
install the new table, let it make the filesystem.

6. Copy old /stand contents to new /stand.

Now you can:

  # mount /dev/boot2 /mnt
  # cd /stand
  # find . | cpio -pdmvu /mnt

7. Modify new /stand /etc/default/boot appropriately.

You need to change the DEFBOOTSTR in the new (/mnt)/etc/default/boot.
It will say "hd(40)unix root=hd(42) ...".  The first part is fine,
since when you're done the boot files *will* be on first-drive,
active-partition.  The second part is wrong; it needs to be
"root=Sdsk(42)", and all other references to "hd" also need to be
changed.

Actually, there's probably a better choice.  Remove all other
"whatever=hd(##)" references; then the values linked into the kernel,
from /etc/conf/cf.d/sassign, will take over.

8. Change the /stand mounting arrangements.

The system wants to mount something called /dev/boot as /stand.  If
you change that, I have no idea what you'll break, but probably
something. 

So the right approach is:

  # divvy /dev/hd0a   (the SCSI disk)
    -- rename the old "boot" as something like "old-boot"
  # divvy /dev/hd1a   (the IDE disk)
    -- rename the new "boot2" as "boot"

Now when you reboot, /stand will point to the files on the IDE drive.
>From that point on, when you relink the kernel, the resulting kernel
will be stored on the IDE drive.  That's where you want it, in order
to be able to boot.

The old /stand won't be mounted by default, and its contents will get
stale over time.  That might be a concern if you were ever going to
disable the IDE drive and still want to be able to boot from pure
SCSI.

Remedy this by occasionally mounting the old /stand (mount
/dev/old-boot/mnt) and copying the current kernel onto it.

9. Try to boot.

If, by some miracle, all of the above works, then you should now be
able to boot by having the small Unix partition active on the IDE
drive, and the IDE drive enabled.  To boot other OSes, use "dos" or
"bootos ?" at the Boot: prompt.  Or use System Commander; though I'm
not sure what it really does for you in this situation.

>Bela<

PS: all of the kernel changes *could* be done as one huge change, with
only one kernel relink.  I wrote this so you might have a chance to
back out if a step went wrong along the way, and to use relink-reboot
as a sanity test along the way.

Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)

/Bofcusm/694.html copyright 1997-2004 (various authors) All Rights Reserved

Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here