SUMMARY: Moving system disk between two dissimilar systems

Original posting:

> I have been tasked to "clone" a production E3500 to a development E420R.
>
> The E3500 uses Veritas Volume management and has encapsulated / and 
/usr.
> The E420R is not licensed for Veritas and will start out using straight 
UFS.
> Of course the hardware configurations are entirely different.
>
> I tried making a ufsdump/ufsrestore of / and /usr to the C0T0D0 disk on 
the E420R.
> I have replaced /devices and /dev/dsk and /dev/rdsk with copies from the 
CDROM boot.
> I have run devfsadm (from the CDROM boot) with output to the "new" 
system disk.
> I "disabled" the vxvm scripts in rcS.d and rc2.d.
> I have editted /etc/vfstab to remove the references to Veritas volumes 
and replace them with C0T0D0 references.
>
> My disk still won't boot.
>
> I still get errors:
>
> The / file system (/dev/rdsk/c0t0d0s0) is being checked.
> Can't open /dev/rdsk/c0t0d0s0
> /dev/rdsk/c0t0d0s0: CAN'T CHECK FILE SYSTEM.
> /dev/rdsk/c0t0d0s0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
> 
> WARNING - Unable to repair the / filesystem. Run fsck
> manually (fsck -F ufs /dev/rdsk/c0t0d0s0).
>
> ... and the / filesystem is mounted readonly.
>
> I have checked the entries in /devices and the links in /dev/{r}dsk and 
everything looks correct.
>
> What am I missing?

Vincent Cojot pointed out that I had to remove the Veritas modifications 
to /etc/system (especially
where it defines rootdev).

And Steve Beutte and Darren Dunham brought up replacing /etc/path_to_inst. 
 I thought that was
done by the devfsadm command, but it has to be explicitly specified with 
the "-p /mnt/etc/dev_to_inst"
option.  (Actually I just copied it from the CDROM boot system.

And then a "boot -rs" seems to have moved me forward.

THANKS GUYS!!!


--CHRis

Chris H. Ruhnke
Technical Services Professional
IBM Global Services
Dallas, TX


O'Toole's Law:  Murphy is an optimist.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers