Ultra 10 - Wiederbelebungsversuche

[Threepwood]

Hallo,

gestern habe ich eine Ultra 10 mit 440 MHz, 4x 128 MB und Elite3D m6 geschenkt bekommen weil die Maschine schon lange nicht mehr genutzt wurde.
Nach der ersten Ernüchterung durch einen "schwazen Bildschirm" habe ich mir das Service Manual von Sun besorgt und mit meinem PC die POST Meldungen mitgeschnitten (Anhang).

Soweit ich das als SUN Laie erkennen kann sieht der POST gut aus. Trotzdem bleibt das System mit einer RED State Exception hängen:

Code: [Auswählen]

TL=0000.0000.0000.0005 TT=0000.0000.0000.0010
   TPC=0000.0000.f000.4200 TnPC=0000.0000.f000.4204 TSTATE=0000.0044.1500.1500
TL=0000.0000.0000.0004 TT=0000.0000.0000.0010
   TPC=0000.0000.f000.4200 TnPC=0000.0000.f000.4204 TSTATE=0000.0044.1500.1500
TL=0000.0000.0000.0003 TT=0000.0000.0000.0010
   TPC=0000.0000.f000.4600 TnPC=0000.0000.f000.4604 TSTATE=0000.0044.1504.1400
TL=0000.0000.0000.0002 TT=0000.0000.0000.0030
   TPC=0000.0000.f000.302c TnPC=0000.0000.f000.3030 TSTATE=0000.0044.1500.1500
TL=0000.0000.0000.0001 TT=0000.0000.0000.0010
   TPC=0000.0000.f001.2264 TnPC=0000.0000.f001.2268 TSTATE=0000.0044.1500.0400
Über Google habe ich nichts konkretes finden können weil die wenigen Forenbeiträge entweder nicht beantwortet wurden oder die Diskussion abgebrochen ist.

Das NVRAM hatte ich in Verdacht und habe daraufhin die Batteriekontakte vorsichtig freigelegt: 2,7 V sollte reichen, oder?
Die Ram Module habe ich schon durchgetauscht. Auch nur zwei Stück in verschiedenen Kombinationen. Elite3D ist momentan ausgebaut, Laufwerke abgesteckt, Sitz der CPU überprüft.

Was mich etwas wundert: Sobald das Netzteil eingeschaltet wird springt die Kiste an und lässt sich nicht per Tastatur ausschalten. Ein anderes ATX Netzteil mit 3,3 V Aux Stecker zeigte das gleiche Verhalten.

Ich hoffe ihr habt einen guten Tipp für mich damit ich die Kiste ans Laufen bekomme.
Nur aus technischem Interesse .

[Sparky]

Moin,
Red State Exception = Hardwarefehler
Da das direkt nach dem schreiben ins RAM kommt, ist dort etwas unklar.

Als erstes würde ich den Selbsttest im abschalten, vielleicht gehts dann ja schon.

Gruss
Jürgen

PS.: Wäre toll, wenn Du mal was von Dir selber schreibst - quasi eine kleine Vorstellung.
       Es ist immer schön zu wissen, wem und warum man hilft.

[Threepwood]

Danke für den Tipp dass es wahrscheinlich am Speicher liegt. In der Richtung werde ich nochmal forschen.
Den Selbsttest mit "Stop" unterbinden? Anders kann ich ihn ja nicht abschalten solange ich nicht an den Prompt komme, oder?

Also gut, etwas zu mir selbst: Ich bin Student, mitte 20 und habe die Ultra an der Uni abgestaubt. Da fliegen ab und an mal ein paar Sachen aus dem Rechenzentrum raus... dann muss man schnell reagieren .
Mein Interesse gilt vor allem dem Aufbau der Hardwarearchitektur und der Herausforderung die Geräte wieder in Betrieb zu nehmen.
Sammler oder Liebhaber von Unixmaschinen bin ich eigentlich nicht, habe aber seit Jahren eine SGI Indigo2 Impact in der Ecke stehen.

[Hexxer]

Nenen, die Fehler komme IMHO nicht wirklich von Speicher. Die RedStates kommen, leider, ganz gerne vom Board oder eben Prozessor. Ich glaub zumindest nicht an den Speicher .

[Django2]

Das hier wundert mich ein wenig, da sollte doch das aktuelle Datum/Uhrzeit stehen und nicht so einen Nonsens:

Status of this POST run:PASS

manfacturing mode=CHAMBER

Time Stamp [hour:min:sec] 13:08:88  [month/date year] 00/04 1968

[Threepwood]

Hmm ist da evt das NVRAM etwas durcheinander gekommen? Kann man es zurücksetzen? Stop+N bringt diesbezüglich leider nichts.
Evt. mal die eingebaute Batterie abklemmen, warten, wieder anlöten?

[Django2]

Also ich kenn nur Stop+N um die zurückzusetzen.

Evt. mal die eingebaute Batterie abklemmen, warten, wieder anlöten?

Ist das noch die interne oder schon eine zusätzliche die später drangefügt worden ist? Na ja, viel schaden kann es nicht wenn du es probierst. Schon probiert den POST mit der Stop Taste zu unterbrechen wie Sparky bereits meinte?

[Ebbi]

PS.: Wäre toll, wenn Du mal was von Dir selber schreibst - quasi eine kleine Vorstellung.
       Es ist immer schön zu wissen, wem und warum man hilft.

Er steht wohl auf "Monkey Island" - sehr sympathisch.

[maal]

Ich tippe zwar auch auf CPU bzw. Systemboard, es könnte aber auch mit geringer Wahrscheinlichkeit der Speicher sein.

Meine U5, die ich immer für defekt gehalten hatte, lief bei einem späteren Test mit anderen Speichermodulen. Die Red-State-Exception war allerdings erst während des Betriebes und nicht schon kurz nach dem POST gekommen.

Andere Möglichkeiten sind das Riserboard und natürlich die CPU (Kontakte kontrollieren).
Die Sache mit dem Riserboard hatte ich selbst schon.

Von den Riserboards gibt es abhängig vom Gehäuse mehrere Versionen (mit Isolierscheiben bzw. ohne). Evtl. reicht es auch schon den Sitz dieser Karte zu kontrollieren (durch Ausbauen und wieder einsetzen).

Michael

[Threepwood]

Hallo nochmal,

nachdem ich das Board jetzt ausgebaut habe, alles was gesteckt war herausgenommen und dann nur CPU und Ram wieder eingebaut habe... bekomme ich immer noch die gleiche Fehlermeldung. Allerdings habe ich einmal eine Art Auswahl angezeigt bekommen mit etwa 10 nummerierten Optionen "soft reset, debug level, post" usw. falls ich mich richtig entsinne.
Ich habe dann post gewählt und dann ging das Spiel von vorne los.

So langsam vermute dass wirklich ein Defekt vorliegt und ich die Ultra wohl nicht mehr in Gang setzen kann.

P.S.: Darf man den Kühlkörper vom CPU Modul abschrauben? Ich habe gelesen dass die CPU im LGA Gehäuse steckt. Das wäre das letzte Bauteil dessen Sitz ich noch nicht überprüft habe...

[maal]

Hallo,

P.S.: Darf man den Kühlkörper vom CPU Modul abschrauben? Ich habe gelesen dass die CPU im LGA Gehäuse steckt. Das wäre das letzte Bauteil dessen Sitz ich noch nicht überprüft habe...

Mit "CPU (Kontakte kontrollieren)" meinte ich die beiden Stecker an der Unterseite des Moduls, denn beim Einstecken des Moduls verbiegen gerne deren Stifte.

Man kann den Kühlkörper abschrauben, aber ich würde davon abraten, denn der Erfolg ist zweifelhaft. Die CPU liegt auf einer Folie mit Öffnungen für die Kontakte. Diese Folie auf keinen Fall bewegen oder mit Kontaktspray behandeln.

Michael

[Hexxer]

also ich glaub die haben dir da irgendwelchen still gelegten Schrott vererbt. Solche Fehler sind so selten gar nicht gewesen udn wurde da sehr gerne über eine Teilesendung aus Mainbord und CPU erledigt. Zum Kühler kann ich gerade nix sagen da cih die hardware gerade echt nicht vor Augen hab. Ich würde an der Uni mal fragen ob die noch eine haben, dann gehts ans mixen.

[Threepwood]

Guten Abend,

die Kontakte der beiden Stecker des CPU Moduls sind kerzengerade und genau wie die anderen Teile staubfrei.

Eine Frage habe ich noch an euch Profis: Die Fehlermeldung erscheint nachdem etwas relativ kleines dekomprimiert und in den Speicher geladen wurde.
Was ist das? Eine Art Bootloader? Können diese Daten evt. fehlerhaft sein (CRC Error oder so) und garnicht die Übertragung selbst in den Speicher?

Grüße

P.S.:

Ich würde an der Uni mal fragen ob die noch eine haben, dann gehts ans mixen.

Ja das wird wahrscheinlich das sinnvollste sein. Und falls nicht, habe ich etwas zu verschenken

[Hexxer]

Hi,

es kann natürlich auch ein defekter NVram sein. Das ist so ein meist grüner Baustein (sieht aus wie ne kleine Brücke) auf den Bords. Ich meine bei der U10 sitzt der irgendwo oberhalb der PCI Slots....oder?
Selbst wenn, das hilft Dir nicht das die NVrams jetzt auch nicht so einfach verfügbar sind. Solange Du nicht in den OBP kommst hilft aber noch nichtmal diese Info. Um den Nvram upzudaten benötigst Du Zugriff auf die Disk da dort das Flashupdate zu liegen hat - oder Du hast die intern verwendete Solaris Utility Environment CD auf der sowas auch ist. Aber wie gesagt, wenn das Ding noch vor dem OBP abschmiert ist das alles sinnfrei.

[vab]

Das sieht eher nach RAM-Modul oder CPU oder CPU-Cache aus... ein defektes NVRAM äußert sich durch Gequake beim Booten, nicht durch Red State Exceptions.  Versuche es mal mit einem einzelnen RAM-Modul, das möglichst vorher in einem anderen System getestet wurde.  Falls der Fehler bleibt, liegt es am Board oder der CPU.  CPU kann man tauschen, ansonsten System entsorgen.


Gruß -- Volker