summary: copy root -> boot

From: Bill Shorter (jwillie@fast.net)
Date: Mon Oct 09 2000 - 19:36:52 CDT


Many thanks to all who replied to my problem. My original email is at the
bottom. The solution that
worked was sent by Brett Lynn. His suggestion was as follows:

boot from cdrom
mount the root file system as /a
remove /a/dev and /a/devices
copy /dev -> /a/dev
copy /devices -> /a/devices
copy /etc/path_to_inst -> /a/etc/path_to_inst
drvconfig -r /a/devices -p /a/etc/path_to_inst
disks -r /a
shutdown
boot -r (and cross your fingers)

You have to do it this way because the kernel relies on some device
paths to find files which puts you in a chicken and egg situation. I
think the reason the boots fail just with copying things is that the
path_to_inst file contains hardware instance paths that change between
the machine types.

Thanks again,
Greg Mani
SPAWAR Systems Center, Code D4223
Office: 619-553-4050
Lab 250B: 619-553-3938, ext 20
Lab 260: 619-553-5450
mani@spawar.navy.mil

Original email:

> We have a enterprise 4500 with solaris 7 that has undergone a
> security test and passed. I have been asked to make a copy of the
> partitions on this machine onto another disk, put that disk into an
> ultra 80, and get that machine to boot. The reason for doing this is so
> that we will not have to go through the security testing process again.
>
> I know people have successfully done this using two machines that
> were of the same type.
>
> I have done the copy (using ufsdump piped to ufsrestore) but the
> Ultra 80 will not boot. Some things I have done in an attempt to get
> the ultra 80 to boot:
> run installboot
> edited /etc/hosts, /etc/vfstab, /etc/netmasks
> copied /dev, /devices, /platform, /kernel, /usr/platform, /usr/kernel
> from a disk that the Ultra 80 will boot from
>
> Is there anything else I can try, or was I an idiot to try this in
> the first place? TIA for any suggestions.
>
> --
> Greg Mani
> SPAWAR Systems Center, Code D4223
> Office: 619-553-4050
> Lab 250B: 619-553-3938, ext 20
> Lab 260: 619-553-5450
> mani@spawar.navy.mil

S
U BEFORE POSTING please READ the FAQ located at
N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
. and the list POLICY statement located at
M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
A To submit questions/summaries to this list send your email message to:
N sun-managers@ececs.uc.edu
A To unsubscribe from this list please send an email message to:
G majordomo@sunmanagers.ececs.uc.edu
E and in the BODY type:
R unsubscribe sun-managers
S Or
. unsubscribe sun-managers original@subscription.address
L To view an archive of this list please visit:
I http://www.latech.edu/sunman.html
S
T

S
U BEFORE POSTING please READ the FAQ located at
N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
. and the list POLICY statement located at
M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
A To submit questions/summaries to this list send your email message to:
N sun-managers@sunmanagers.ececs.uc.edu
A To unsubscribe from this list please send an email message to:
G majordomo@sunmanagers.ececs.uc.edu
E and in the BODY type:
R unsubscribe sun-managers
S Or
. unsubscribe sun-managers original@subscription.address
L To view an archive of this list please visit:
I http://www.latech.edu/sunman.html
S
T



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:19 CDT