With some help from Matt Connolly, and reference back to an earlier exchange on 
OI-Discuss last November/December ("livecd zpool import -fR /a xpool but no 
files") I have got to the following:
jack@opensolaris:~$ pfexec zpool import
  pool: rpool
    id: 9386677491605087289
 state: ONLINE
action: The pool can be imported using its name or numeric identifier.
config:

   
 rpool       ONLINE
      c5d0s2    ONLINE
jack@opensolaris:~$ pfexec zpool import -f -R /a rpool

jack@opensolaris:~$ zfs list
NAME                       USED  AVAIL  REFER  MOUNTPOINT
rpool                     17.6G  16.8G  47.5K  /a/rpool
rpool/ROOT                8.14G  16.8G    31K  legacy
rpool/ROOT/0i_148         30.5M  16.8G  5.33G  /a
rpool/ROOT/0i_148-1       10.4M  16.8G  5.43G 
 /a
rpool/ROOT/0i_148-2       7.83G  16.8G  5.51G  /a/a
rpool/ROOT/openindiana    38.3M  16.8G  4.91G  /a
rpool/ROOT/openindiana-1   242M  16.8G  3.50G  /a
rpool/dump                1.93G  16.8G  1.93G  -
rpool/export              5.49G  16.8G    32K  /a/export
rpool/export/home         5.49G  16.8G    32K  /a/export/home
rpool/export/home/Guy     5.49G  16.8G  5.49G  /a/export/home/Guy
rpool/swap                2.05G  18.8G   124M  -
jack@opensolaris:~$ pfexec
 zfs set mountpoint=/b rpool/ROOT/0i_148-2

jack@opensolaris:~$ pfexec zfs mount rpool/ROOT/0i_148-2
jack@opensolaris:~$ cd /a/b
jack@opensolaris:/a/b$ ls
bin    core  devices  home    lost+found  net        proc    rpool   tmp
boot   data  etc      kernel  media      opt        rmdisk  sbin    usr
cdrom  dev   export   lib     mnt      platform  root    system  var
jack@opensolaris:/a/b$ 
jack@opensolaris:/a/b$ cd /a/b/boot
jack@opensolaris:/a/b/boot$ ls
acpi  grub  solaris  solaris.xpm

jack@opensolaris:/a/b/boot$ cd /a/b/boot/grub
jack@opensolaris:/a/b/boot/grub$ ls
bin   
        install_menu     pxegrub        ufs_stage1_5
capability     iso9660_stage1_5  reiserfs_stage1_5  ufs2_stage1_5
default        jfs_stage1_5     splash.xpm.gz        vstafs_stage1_5
e2fs_stage1_5  menu.lst         stage1            xfs_stage1_5
fat_stage1_5   minix_stage1_5     stage2            zfs_stage1_5
ffs_stage1_5   nbgrub         stage2_eltorito
jack@opensolaris:/a/b/boot/grub$ cd

jack@opensolaris:~$ pfexec zpool export rpool
jack@opensolaris:~$ pfexec reboot -f
Failed to process GRUB menu entry for fast reboot, no
 such entry found
Falling back to regular reboot.


System then continues as though it had just been powered up, but after the BIOS 
screens it halts at a black screen with GRUB_ in the top left hand corner. The 
only possible action then is to switch off. So there is no fast reboot in the 
USB live image (of OI-147). 

Obviously I am missing something here (probably quite a lot) but I don't see 
what to try next. If anything looks wrong in the above, or any suggestions as 
how to boot 0i_148-2 please tell me! 

Guy



--- On Wed, 23/3/11, GUY WOOLLEY <[email protected]> wrote:

From: GUY WOOLLEY <[email protected]>
Subject: Re: [OpenIndiana-discuss] OI boot problem
To: "Discussion list for OpenIndiana"
 <[email protected]>
Date: Wednesday, 23
 March, 2011, 10:28

Thanks Matt - you've put your finger on the problem. I have no /a/boot/grub ! 

I'd noticed that the live USB image has /boot/grub with the entries you 
identify. I wasn't sure what to make of that. 

I don't really get your line

"exchanging PATH for the mount path to what was the active boot environment, 
not just the root of the pool."

what was the active boot environment ? How do I discover that ?

Cheers

Guy





--- On Wed, 23/3/11, Matt Connolly <[email protected]> wrote:

From: Matt Connolly <[email protected]>
Subject: Re: [OpenIndiana-discuss] OI boot problem
To: "Discussion list for OpenIndiana" <[email protected]>
Date: Wednesday, 23 March, 2011, 9:58

On my system, I
 see:

matt@vault:/opensolaris/boot/grub$ ls /rpool/boot/grub/
bootsign       capability     menu.lst       splash.xpm.gz

and 

matt@vault:/opensolaris/boot/grub$ ls /boot/grub/
bin                e2fs_stage1_5      install_menu       menu.lst           
pxegrub            stage1             ufs_stage1_5       xfs_stage1_5
capability         fat_stage1_5   
    iso9660_stage1_5   minix_stage1_5     reiserfs_stage1_5  stage2             
ufs2_stage1_5      zfs_stage1_5
default            ffs_stage1_5       jfs_stage1_5       nbgrub             
splash.xpm.gz      stage2_eltorito    vstafs_stage1_5

There's definitely more files in /boot/grub in the active boot environment than 
there is in /rpool/boot/grub.

Perhaps you can boot off the live disc, and

# installgrub PATH/boot/grub/stage1 PATH/boot/grub/stage2 /dev/rdsk/c0t1d0s0

exchanging PATH for the mount path to what was the active boot environment, not 
just the root of the pool.

I checked on my machine if I `beadm mount be_name mount_point` then in
 `/mount_point/boot/grub/' I see the full list of boot files.

The only thing I'm not sure about is how `beadm mount` goes at mounting boot 
environments from another pool.


Hope that helps somewhat,

Matt




On 23/03/2011, at 6:50 AM, GUY WOOLLEY wrote:

> Since last October I've had OI 147/148 running on a new home PC. A while ago 
> I attempted to mirror it. All seemed good though I didn't fully check that 
> the mirror booted (silly me etc. - this is a home PC). Then the worst 
> happened and the new drive where OI was installed failed. So I'm left with 
> the drive carrying the mirror that doesn't boot (currently the only drive in 
> the machine). Is this recoverable - or is it goodbye to OI ?
> 
> Some specifics:
> 
> I can boot from the live USB image and inspect my original OI using 
> 
> zpool import -f -R /a rpool
> 
> and mount 0i_148-2 (my last instance of OI) at
 /a using beadm mount
> 
> If I try
> 
> ls /a/rpool/boot/grub
> 
> I find
> 
> bootsign capability menu.lst splash.xpm.gz
> 
> and 
> 
> ls /bootsign shows a file pool_rpool.
> 
> If I unmount 0i_148-2 and reboot, Grub tries to start, but I get
> 
> "booting '0i_148-2'
> 
> findroot (pool_rpool,1,a)
> 
> Error 15: File not found   Press any key to continue"
> 
> which takes me to the grub editor.
> 
> Changing values for "1" and "a" (to anything else) is of no consequence, nor 
> is 
> 
> deleting them to use simply "findroot (pool_rpool)".
> 
> Any suggestions as to how to fix this, or indeed advice that it can't be 
> fixed much appreciated. 
> 
> Thanks
> 
> Guy
> 
> 
> 
> 
> 
>
 _______________________________________________
> OpenIndiana-discuss mailing list
> [email protected]
> http://openindiana.org/mailman/listinfo/openindiana-discuss


_______________________________________________
OpenIndiana-discuss mailing list
[email protected]
http://openindiana.org/mailman/listinfo/openindiana-discuss
_______________________________________________
OpenIndiana-discuss mailing list
[email protected]
http://openindiana.org/mailman/listinfo/openindiana-discuss
_______________________________________________
OpenIndiana-discuss mailing list
[email protected]
http://openindiana.org/mailman/listinfo/openindiana-discuss

Reply via email to