I assume the swap, dumpadm, grub is because the pool has a different name now, 
but is it still a problem if you take it to a *different system* boot off a CD 
change it back to rpool. (which is most likley unsupported, ie no help to get 
it working)

Over 10 years ago (way before flash archive existed)  I developed a script, 
used after spliting a mirror, which would remove most of the device tree, 
cleaned up path_to_inst etc so it look like the OS was just installed and about 
to do the reboot without the install CD. (every thing was still in there expect 
for hardware specific stuff, I no longer have the script and most likey would 
not do it again because its not a supported install method)

I still had to boot from CD on the new system and create the dev tree before 
booting off the disk for the first time, and then fix vfstab (but the fix 
vfstab should be gone with zfs rpool)

It would be nice for Oracle/Sun to produce a separate script which reset 
system/devices  back to a install like begining so if you move a OS disk with 
current password file and software from one system to another, and have it 
rebuild the device tree on the new system.

>From member (updated for zfs) something like:
zfs split rpool newrpool
mount newrpool
remove newrpool/dev and newrpool/devices of all non-packages content (ie 
dynamically created content)
clean up newrpool/etc/path_to_inst
create /newrool/reconfigure
remove all prevoius snapshots in newrool
update beadm info inside newrpool
ensure grub is installed on the disk
-- 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to