[indiana-discuss] Install opensolaris snv_91 instead of snv_93?
Jürgen Keil
jk at tools.de
Wed Aug 6 04:47:47 PDT 2008
Rob wrote:
> On Mon, Aug 4, 2008 at 11:25 PM, sanjay nadkarni (Laptop)
> <Sanjay.Nadkarni at sun.com> wrote:
> > Rob wrote:
> >>>
> >>> Hello! thanks for the reply :)
> >>> The inclusion of the new meta package "entire"
> >>> definiately makes the process easier, but i'm still
> >>> not able to boot into the newly created BE. Here are
> >>> my steps:
> >>>
> >>> # pkg refresh
> >>> # pkg install SUNWipkg at 0.5.11-0.86
> >>> # pkg install entire at 0.5.11-0.86
> >>> # beadm create opensolaris-1
> >>> # beadm mount opensolaris-1 /mnt/91
> >>> # pkg -R /mnt/91 install pkg:/entire at 0.5.11-0.91
> >>> # /mnt/91/boot/solaris/bin/update_grub -R /mnt/91
> >>> # beadm unmount opensolaris-1
> >>> # beadm activate opensolaris-1
> >>> # reboot
> >>>
> >>> when grub loads, there are three entries in the grub
> >>> menu: snv_86, opensolaris-1 (the default), and snv_91
> >>> (2008.11)
> >>>
> >>> When opensolaris-1 loads, i get this error message:
> >>>
> >>>
> >>> Krtld: bind_primary(): no relocation information
> >>> found for module /platform/i86pc/kernel/amd64/unix
> >>> Krtld: error during inital load/link phase
> >>>
> >>> Krtld could not locate nor resolve symbols for:
> >>> /platform/i36pc/kernel/amd64/unix
> >>> In the boot archive.
> >>>
> >>>
> >>> not sure how to troubleshoot from here? any ideas?
> >>>
> >>
> >> Does anyone have any advice on how to troubleshoot this problem further?
> >> I'm not sure why the updated system refuses to boot...
> >>
> >
> > If it's happening this early, it is possible that your root_archive is
> > corrupted. If you could boot off the other BE you could try and update the
> > root_archive. To do this mount (beadm mount) opensolaris-1 and then run
> > /sbin/bootadm update-archive -R <mount point> and see if that helps.
> >
>
> that fixed it! I'm now booting into snv_91
Hmm, so why isn't the boot archive updated automatically?
During normal use, quite a few commands (reboot, halt, poweroff,
init) make sure that fresh boot archives are built, whenever any of
the kernel bits or critical files in /etc or /boot/solaris have changed.
Apparently, this doesn't happen when upgrading an alternate
boot environment with "pkg -R /altroot ..." or when switching
between boot environments with "beadm activate ...". Should it?
--
This message posted from opensolaris.org
More information about the indiana-discuss
mailing list