<div dir="auto">Ultra-based NVRAM cannot be recoded from the ok prompt. <br clear="all"><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">-Jon<br>+44 7792 149029</div></div></div><div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 29 Oct 2024 at 07:56, silcreval via rescue <<a href="mailto:rescue@sunhelp.org">rescue@sunhelp.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">I've started restoring an Ultra 2 which I've had on the shelf for a long time. <br>
<br>
These are nice machines, and sort of a bridge between the older pizza box Sun's and the later Ultra 10/30/60/80. They still come with SBUS slots, but have a UPA slot for a graphics card, usually a Creator3D.<br>
<br>
They seem to take up to 2G of RAM. Mine has a single CPU and 256M of RAM by the looks of things (4 x 64). There are dual HD which are 4G each.<br>
<br>
Mine seems to work fine and even boots to my surprise. However the NVRAM is of course dead as a dodo.<br>
<br>
Now I've done the usual dremel job on the NVRAM, fitted a battery and then reset and re-entered the NVRAM values using MKP on the boot prompt.<br>
<br>
But unusually this failed to work. I'm pretty sure the soldering etc is OK, and I actually removed the old battery from the chip so there is no short from that.<br>
<br>
As this is not the usual M48T02 chip, it is instead a M48T59Y, I'm wondering if I'm missing something with the reset, or if the chip is just literally dead at this point?<br>
<br>
Thanks as ever for the help<br>
<br>
- Ian<br>
_______________________________________________<br>
rescue list - <a href="http://sunhelp.org/mailman/listinfo/rescue_sunhelp.org" rel="noreferrer" target="_blank">http://sunhelp.org/mailman/listinfo/rescue_sunhelp.org</a><br>
</blockquote></div></div>