[uunix]

Powered up the freebee SUN Enterprise 2 UltraSparc.

Invalid contents of IDPROM and date is 1968.. bad NVRAM I suspect.

But, still should be able to boot (if the drive is OK and there is an OS I suppose).

Code:

Sun Ultra 2 UPA/SBus (2 X UltraSPARC-II 296MHz), No Keyboard
OpenBoot 3.19, 1280 MB memory installed, Serial #16777215.
Ethernet address ff:ff:ff:ff:ff:ff, Host ID: ffffffff.


The IDPROM contents are invalid

Boot device: net  File and args:
Internal loopback test -- Did not receive expected loopback packet.
Evaluating: boot

Can't open boot device

{0} ok boot disk
Boot device: /sbus/SUNW,fas@e,8800000/sd@0,0  File and args:

Can't open boot device

{0} ok

Disk in the left slot (looking at the side straight on).

I have set-defaults (still no boot)

It's been many many years since I messed with SUN, so looking for pointers.

[mgtremaine]

Use
<code>probe-scsi-all</code>

Other useful Openboot commands

printenv
devalias
test scsi

Link to complete Openboot 3 reference

<URL url="https://docs.oracle.com/cd/E19641-01/802-3242/802-3242.pdf"><LINK_TEXT text="https://docs.oracle.com/cd/E19641-01/80 ... 2-3242.pdf">https://docs.oracle.com/cd/E19641-01/802-3242/802-3242.pdf</LINK_TEXT>

Once you know the device that holds the OS you can "boot <device>".

It's all possible to reprogram the MAC address temporarily so you have valid networking. I have that written down somewhere.

-Mike

[mgtremaine]

Found it..

Resetting the MAC ADDRESS

01 0 mkp
80 1 mkp < = System type. For sun4u arch 80. For sun4m arch - 72. Anything else - read the FAQ
08 2 mkp <= Sun AUI is is always 08:00:20, which are the next three settings for MAC
0 3 mkp
20 4 mkp
c0 5 mkp <= c0:ff:ee to generate 08:00:20:c0:ff:ee as MAC
ff 6 mkp
ee 7 mkp
0 8 mkp
0 9 mkp
0 a mkp
0 b mkp
c0 c mkp
ff d mkp
ee e mkp
0 f 0 do i idprom@ xor loop f mkp <= Calculates the checksum of what you did, and stores it

-Mike

[uunix]

Thanks mgtremaine,

I found the correct disk device and set the alias, but no attempt to boot from this worked, so I suspect it has no OS installed.

I'll have to get in the loft and get my Solaris install media out.

Cheers

[johnnym]

<QUOTE author="mgtremaine" post_id="1696" time="1532377954" user_id="154">

Found it..

Resetting the MAC ADDRESS
[...]

I thought I should link another source of information here - <URL url="https://web.archive.org/web/20141005163815/http://www.squirrel.com/sun-nvram-hostid.faq.html">The SUN NVRAM/hostid FAQ (as archived in the Internet Archive). It was the primary source for me when I experienced similar issues as <I>uunix</I> with some of my older SPARC gear some years ago and it also contains additional useful information.

Using <B>mkp</B> or <B>mkpl</B> should work for anything with pre OBP 4.x. Some time ago - still on the Nekochan forums - I posted a tool and configuration written in <B>expect</B> that does the reprogramming automatically by using <B>mkp</B> via serial console. This way one could use a machine with depleted NVRAM battery without replacing the NVRAM battery. Though (1) I didn't yet found a way to set <B>and</B> restart the clock from OBP and (2) to use the glass console afterwards, one has to first detach the keyboard from the SPARC machine so it uses the serial console and then (hot)reattach it after the programming has succeeded. But still easier than doing the repair.

Later OBP versions do not have the <B>mkp</B>/<B>mkpl</B> tools installed, though I wonder if one could not redefine these tools from a <B>nvramrc</B>.

Alternatively the IDPROMs of later machines can be reprogrammed as per <URL url="https://web.archive.org/web/20141005163815/http://www.squirrel.com/sun-nvram-hostid.faq.html#arcane">"Other more arcane methods for modifying the IDPROM" in the document linked above or as per <URL url="https://github.com/MrSparc/idprom-repair/tree/3785b3a27ff18df07a9247978a35d29e94f66ecb">this description on a GitHub repo. I've seen this working on a Blade 150.

[uunix]

<QUOTE author="uunix" post_id="1708" time="1532418317" user_id="51">

Thanks mgtremaine,

I found the correct disk device and set the alias, but no attempt to boot from this worked, so I suspect it has no OS installed.

I'll have to get in the loft and get my Solaris install media out.

Cheers

[uunix]

Went up the loft, obtained a load of Solaris folders and now installing Solaris 7 Server..

I did find though Solaris 2.5.1 & 8 for Intel, so I think I'll take them to work, sack of the eComStation install on the SGI 330 and try out Solaris 8 maybe.. All good fun and keeps me from endangering myself doing real work!.

[uunix]

<QUOTE author="mgtremaine" post_id="1696" time="1532377954" user_id="154">

Found it..

Resetting the MAC ADDRESS

01 0 mkp
80 1 mkp < = System type. For sun4u arch 80. For sun4m arch - 72. Anything else - read the FAQ
08 2 mkp <= Sun AUI is is always 08:00:20, which are the next three settings for MAC
0 3 mkp
20 4 mkp
c0 5 mkp <= c0:ff:ee to generate 08:00:20:c0:ff:ee as MAC
ff 6 mkp
ee 7 mkp
0 8 mkp
0 9 mkp
0 a mkp
0 b mkp
c0 c mkp
ff d mkp
ee e mkp
0 f 0 do i idprom@ xor loop f mkp <= Calculates the checksum of what you did, and stores it

-Mike

Thanks Mike, went through this and it worked a treat. Will now power it down and unplug the cable, see if it sticks (doubtfull but you never know).

[EDIT]
It held it's settings for about 20 hours, so good to go.

[escimo]

Something went wrong with your re-initiating of the NVRAM.
The battery is OK? Don't look like.

Sure, there's something on your disc to boot?
First disc has c0t0d0s#
What's the output of the follown OBP command?

Code:

ok probe-scsi

Cheers, Stephan

[uunix]

<QUOTE author="escimo" post_id="1753" time="1532643466" user_id="229">

Something went wrong with your re-initiating of the NVRAM.
The battery is OK? Don't look like.

Sure, there's something on your disc to boot?
First disc has c0t0d0s#
What's the output of the follown OBP command?

Code:

ok probe-scsi

Cheers, Stephan

eh?

It runs, it keeps the date and mac & id..