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