SUMMARY: Moving system disk between two dissimilar systems

From: Chris Ruhnke (ruhnke@us.ibm.com)
Date: Sat Feb 12 2005 - 18:59:25 EST


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



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:30:10 EDT