I've just installed a Sun Fire V20z with Solaris 10 6/06 using JET and a
flash archive. The system filesystems are svm mirrors. Unfortunately, the
machine doesn't boot, but just gets into the GRUB editor. If I try to
access menu.lst, I get
grub> cat /boot/grub/menu.lst
Error 24: Attempt to access block outside partition
I can successfully access other files in the root fs (like /etc/passwd),
just everything under /boot fails.
The root command in GRUB shows the correct value: (hd0,0,d). If I manually
enter the kernel and module commands, I can successfully boot the machine.
The partitioning might be somewhat unusual:
Part Tag Flag Cylinders Size Blocks
0 unassigned wm 1 - 6300 48.26GB (6300/0/0) 101209500
1 unassigned wm 6301 - 7345 8.01GB (1045/0/0) 16787925
2 backup wm 0 - 8920 68.34GB (8921/0/0) 143315865
3 root wm 7346 - 7868 4.01GB (523/0/0) 8401995
4 var wm 7869 - 8130 2.01GB (262/0/0) 4209030
5 unassigned wm 8131 - 8653 4.01GB (523/0/0) 8401995
6 unassigned wm 8654 - 8915 2.01GB (262/0/0) 4209030
7 unassigned wm 8916 - 8920 39.22MB (5/0/0) 80325
8 boot wu 0 - 0 7.84MB (1/0/0) 16065
9 unassigned wm 0 0 (0/0/0) 0
I.e. s0 is a mirrored zpool, s1 is a dedicated dump device, s3 is svm
mirrored /, s4 is svm mirrored /var, s5 and s6 are to be used for a Live
Upgrade BE, and s7 is the metadb.
Initially, the boot-args and boot-device eeprom variables were wrong: I had
setprop boot-args
in /boot/solaris/bootenv.rc, which caused a warning during boot about a
syntax error in bootenv.rc.
boot-device was broken either (an artefact from JET, I suppose):
boot-device=boot-device: rootmirror data not available.
I've just removed boot-device and corrected bootpath from the original
bootpath=/pci at 0,0/pci1022,7450 at a/pci17c2,10 at 4/sd at 0,0:d
to
bootpath=/pseudo/md at 0:0,3,blk
as adviced here:
http://blogs.sun.com/roller/page/jerrysblog?catname=%2FSolaris
Unfortunately, the machine still doesn't boot automatically, and I'm
currently stuck how to further investigate this.
Any suggestions?
Rainer
-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University
