Michael,
Get some rest. :-)
Then see if you can import your root pool while booted from the LiveCD.
After you get to that point, you might search the indiana-discuss
archive for tips on
resolving the pkg-image-update no grub menu problem.
Cindy
On 09/18/09 12:08, michael schuster wrote:
Cindy Swearingen wrote:
Michael,
ZFS handles EFI labels just fine, but you need an SMI label on the
disk that you are booting from.
Are you saying that localtank is your root pool?
no... (I was on the plane yesterday, I'm still jet-lagged), I should
have realised that that's strange.
I believe the OSOL install creates a root pool called rpool. I don't
remember if its configurable.
I didn't do anything to change that. This leads me to the assumption
that the disk I should be looking at is actually c8t0d0, the "other"
disk in the format output.
Can you describe the changes other than the pkg-image-update that
lead up to this problem?
0) pkg refresh; pkg install SUNWipkg
1) pkg image-update (creates opensolaris-119)
2) pkg mount opensolaris-119 /mnt
3) cat /mnt/etc/release (to verify I'd indeed installed b123)
4) pkg umount opensolaris-119
5) pkg rename opensolaris-119 opensolaris-123 # this failed, because
it's active
6) pkg activate opensolaris-118 # so I can rename the new one
7) pkg rename ...
8) pkg activate opensolaris-123
9) reboot
thx
Michael
Cindy
On 09/18/09 11:05, michael schuster wrote:
michael schuster wrote:
All,
this morning, I did "pkg image-update" from 118 to 123 (internal
repo), and upon reboot all I got was the grub prompt - no menu,
nothing.
I found a 2009.06 CD, and when I boot that and run "zpool import", I
get told
localtank UNAVAIL insufficient replicas
c8t1d0 ONLINE
some research showed that disklabel changes sometimes cause this,
so I ran format:
AVAILABLE DISK SELECTIONS:
0. c8t0d0 <DEFAULT cyl 48639 alt 2 hd 255 sec 63>
/p...@0,0/pci108e,5...@7/d...@0,0
1. c8t1d0 <ATA-HITACHI HDS7240S-A33A-372.61GB>
/p...@0,0/pci108e,5...@7/d...@1,0
Specify disk (enter its number): 1
selecting c8t1d0
[disk formatted]
Note: capacity in disk label is smaller than the real disk capacity.
Select <partition> <expand> to adjust the label capacity.
[..]
partition> print
Current partition table (original):
Total disk sectors available: 781401310 + 16384 (reserved sectors)
Part Tag Flag First Sector Size Last
Sector
0 usr wm 256 372.60GB
781401310
1 unassigned wm 0 0 0
2 unassigned wm 0 0 0
3 unassigned wm 0 0 0
4 unassigned wm 0 0 0
5 unassigned wm 0 0 0
6 unassigned wm 0 0 0
8 reserved wm 781401311 8.00MB
781417694
Format already tells me that the label doesn't align with the disk
size ... should I just do "expand", or should I change the first
sectore of partition 0 to be 0?
I'd appreciate advice on the above, and on how to avoid this in
the future.
I just found out that this disk has been EFI-labelled, which I
understand isn't what zfs like/expects.
what to do now?
TIA
Michael
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
