Hi Eric. Thanks for your reply. As it turned out, my problems seem to stem from the fact that I thought that disk0:# in the Sun monitor, where # is an integer denoting partition number, were what I needed. When I got strange results, I experimented with various digits to see whether I could hit the right partition and find out what I needed. What you see below was one of several similar attempts.
As it turned out, the monitor really wants a letter, not a number, and "0" is not the functional equivalent of "a". The fact that I was picking up the boot file and then getting halfway through the boot, then dying, led me astray at first because I figured, "Why would it start booting and then lose track of where it was booting *from*?" Of course, that's what was happening. So the end result is that I setenv boot-device to disk0:a, and that solves the problem. Unnnnhhhhh...must....remember....slices aren't partitions... unnnnnhhhhh... Thanks again! Dave Klingler > --On February 24, 2006 11:04:12 PM -0700 > [EMAIL PROTECTED] wrote: > > > Hi everyone. I've been trying to bring up an old Sun Enterprise > > Ultra 150, with the following results. I keep thinking that > > there's something obvious staring me in the face, but I don't see > > it. Can anyone help? > > > > Thanks in advance! > > Dave Klingler > > > > Boot device: disk1:3 File and args: > > OpenBSD IEEE 1275 Bootblock 1.1 > > ..>> OpenBSD 3.8 (obj) #1: Thu Sep 1 17:32:37 MDT 2005 > > > > [EMAIL PROTECTED]:/usr/src/sys/arch/sparc64/stand/ofwboot > > /obj : trying bsd... > > Booting /[EMAIL PROTECTED],0/SUNW,[EMAIL PROTECTED],8800000/[EMAIL > > PROTECTED],0:3/bsd > > [EMAIL PROTECTED]@[EMAIL PROTECTED] > > symbols @ 0xffed8280 58+259056+154413 start=0x1000000 > > [ using 414176 bytes of bsd ELF symbol table ] > > console is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1100000:a > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > > The Regents of the University of California. All rights > > reserved. Copyright (c) 1995-2005 OpenBSD. All rights reserved. > > http://www.OpenBSD.org > > > > OpenBSD 3.8 (GENERIC) #607: Sat Sep 10 16:03:59 MDT 2005 > > > > [EMAIL PROTECTED]:/usr/src/sys/arch/sparc64/compile/GENER > > IC total memory = 268435456 > > avail memory = 234905600 > > using 1638 buffers containing 13418496 bytes of memory > > bootpath: /[EMAIL PROTECTED],0/SUNW,[EMAIL PROTECTED],8800000/[EMAIL > > PROTECTED],0:3 > > mainbus0 (root): Sun Ultra 2 UPA/SBus (2 X UltraSPARC 148MHz) > > cpu0 at mainbus0: SUNW,UltraSPARC @ 148 MHz, version 0 FPU > > cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 512K > > external (64 b/ l) > > timer0 at mainbus0 addr 0xfffc1c00 irq vectors 7f0 and 7f1 > > sbus0 at mainbus0 addr 0xfffcc000: clock = 25 MHz > > STC0 on /mainbus enabled > > DVMA map: ff800000 to ffffe000 > > IOTDB: 1362000 to 1364000 > > audiocs0 at sbus0 slot 13 offset 0xc000000 vector 24 ipl 8 > > audio0 at audiocs0 > > auxio0 at sbus0 slot 15 offset 0x1900000 > > flashprom at sbus0 slot 15 offset 0x0 not configured > > fdc0 at sbus0 slot 15 offset 0x1400000 vector 29 ipl 11: no drives > > attached clock1 at sbus0 slot 15 offset 0x1200000: mk48t59: hostid > > 807e7574 zs0 at sbus0 slot 15 offset 0x1100000 vector 28 ipl 12 > > softpri 6 zstty0 at zs0 channel 0 (console i/o) > > zstty1 at zs0 channel 1 > > zs1 at sbus0 slot 15 offset 0x1000000 vector 28 ipl 12 softpri 6 > > zskbd0 at zs1 channel 0: no keyboard > > zstty2 at zs1 channel 1: mouse > > uperf0 at sbus0 slot 15 offset 0x1300000: model SUNW,sc-mp (0/3) > > ports 4 SUNW,pll at sbus0 slot 15 offset 0x1304000 not configured > > esp0 at sbus0 slot 14 offset 0x8800000 vector 20 ipl 3: dma rev fas > > esp0: FAS366/HME, 40MHz, SCSI ID 7 > > scsibus0 at esp0: 8 targets > > sd0 at scsibus0 targ 1 lun 0: <SEAGATE, ST39102LC, 0004> SCSI2 > > 0/direct fixed sd0: 8683MB, 6962 cyl, 12 head, 212 sec, 512 > > bytes/sec, 17783240 sec total cd0 at scsibus0 targ 6 lun 0: > > <TOSHIBA, XM-5401TASUN4XCD, 3485> SCSI2 5/cdrom re movable > > hme0 at sbus0 slot 14 offset 0x8c00000 vector 21 ipl 6: address > > 08:00:20:7e:75:7 4 > > nsphy0 at hme0 phy 1: DP83840 10/100 PHY, rev. 0 > > SUNW,bpp at sbus0 slot 14 offset 0xc800000 vector 22 ipl 2 not > > configured cgsix0 at sbus0 slot 0 offset 0x0 vector 5 ipl 5: > > SUNW,501-2325, 1152x900, rev 1 1 > > wsdisplay0 at cgsix0 > > wsdisplay0: screen 0 added (std, sun emulation) > > hme1 at sbus0 slot 2 offset 0x8c00000 vector 4 ipl 6: address > > 08:00:20:7e:75:74 nsphy1 at hme1 phy 1: DP83840 10/100 PHY, rev. 1 > > esp1 at sbus0 slot 2 offset 0x8800000 vector 3 ipl 3: dma rev fas > > esp1: FAS366/HME, 40MHz, SCSI ID 7 > > scsibus1 at esp1: 8 targets > > nf at sbus0 class network slot 3 offset 0x7ff0 vector 4 ipl 6 not > > configured pcons at mainbus0 not configured > > root on sd0c > > rootdev=0xffff07d2 rrootdev=0xffff11d2 rawdev=0xffff11d2 > > panic: cannot open disk, 0xffff07d2/0xffff11d2, error 6 > > kdb breakpoint at 130bca0 > > Stopped at Debugger+0x4: nop > > RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING > > THIS PANIC! DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING > > THAT INFORMATION! ddb> trace > > dk_mountroot(187e000, 7f, 0, 1388c40, 1, 1800) at dk_mountroot+0x234 > > vfs_mountroot(180e110, 2, 1, 0, 7ffe, 1800) at vfs_mountroot+0x8c > > main(0, 10d17a0, e000000010000074, 1800, 50, 100962c) at main+0x558 > > print_dtlb(800000, 800, 1000000, fffb1a70, 18, 33) at > > print_dtlb+0x4e4 ddb> ps > > PID PPID PGRP UID S FLAGS WAIT COMMAND > > 3 0 0 0 2 0x100204 pfpurge > > 2 0 0 0 2 0x100204 kmthread > > 1 0 0 0 2 0x4 swapper > > * 0 -1 0 0 7 0x80204 swapper > > ddb> > > > > Just a thought. > > Why is slice sd0c defined as your root device instead of sd0a? Slice > c is the raw whole disk. > > -- > esp
