[indiana-discuss] BFU question (yes on this list...)

[Ethan Quach]

Sean Sprague wrote:
> Hello Stephen and Ethan, hope that you are both well.
> 
> Apols for this form of reply, but I have solved the "problem". In 
> essence, to get the whole shebang to work, I did the following:
> 
> a) To obviate the necessity to use nightly, I edited the bfu script and 
> sorted paths to gzip, fastfs and bfuld
> b) Ran the BFU successfully (ignoring blithely and conflicts that acr 
> could not sort itself)
> c) Rebooted, and received the first occurrence of a brick
> d) Given the fact that th brick occurred fairly early, pondered Ethan's 
> suggestion to do an installgrub, so booted from the 2008.05 DVD did an 
> installgrub, and rebooted from the hard disk

As evident from your steps (e) - (i), you didn't have access to the
bld_89 grub bits.  That's what I meant for you to install, but I
realize now you didn't have an alternate root to boot to, to do this.

> e) Bricked when trying to load the root filesystem from a ramdisk - no 
> surprise there
> f) Booted single-user from the DVD, and imported rpool
> g) Problem: rpool/ROOT and rpool/boot imported fine, but no 
> files/directories in rpool, except for ROOT and boot; ie. no hard disk 
> root filesystem
> h) Tried booting from nv_82 DVD and that got me a little further - could 
> now see the contents of export and home after importing the zpool. But 
> still no hard disk root filesystem
> i) Spotted from zpool list that rpool/ROOT/opensolaris was the odd one 
> out - marked as mountpoint "legacy". Used "zfs set mountpoint=/tmp/mnt 
> rpool/ROOT/opensolaris" after having created /tmp/mnt. Then did "zfs 
> mount rpool/ROOT/opensolaris". This succeeded, and "Ay Caramba", 
> /tmp/mnt contained the root filesystem on my hard disk.
> j) I was able then to go to /tmp/mnt/boot/grub and run installgrub using 
> the stage1 and stage2 files in the mounted hard disk root filesystem as 
> per Ethan's suggestion
> 
> And "Hey Presto!" I now have a bootable OpenSolaris 2008.05 BFU'd to nv_89!
> 
> Only two small points -I have lost the nice new appearance to GRUB; 
> reverting to the old drab one. But that's not a problem at all. 

BFU'ing to bld_89 probably overwrote the OpenSolaris splashimage
with the Nevada one?

> And when 
> I am now booted nv_89 from the hard disk, "zfs list" still shows the 
> mountpoint for rpool/ROOT/opensolaris as being /tmp/mnt; when it is 
> obviously now mounted on "/"

And since its "busy", zfs won't let you change that property value
either.  If this really bothers you, theres a simple way to fix this.
Use 'beadm', installed with the 2008.05 bits, to create an alternate
BE.

# beadm create myBE
# beadm activate myBE
# reboot

This boots you into the 'myBE' boot environment (a clone of your
existing BFU'ed evironment), so you're free to muck around with the
'opensolaris' boot environment.  You can now fix the 'opensolaris'
environment's mountpoint properties or destroy it altogether:

# beadm unmount opensolaris

~or~

# beadm destroy opensolaris


[NOTE: 'beadm unmount' will return some vague error message since
that BE is currently not mounted, but it would have cleaned up the
mountpoint property for you.

Also, this 'beadm' command is from the 2008.05 bits, so it still
treats zfs roots as a legacy mount, and as such will mark its
mountpoint that way.  We're working on fixing this in 'beadm', but
it won't make it into the next refresh of OpenSolaris.]


Next time, clone your system first before BFU'ing.  This gives you
a back-up BE that you can fall back to in case the BFU fails.


-ethan