Supermicro X9SCA-F wird nicht mehr POST

Ich habe ungefähr 20 Jahre Erfahrung im Aufbau von Systemen (meistens für mich), aber ich habe noch nie so etwas gesehen:

Seit etwa 3 Jahren habe ich einen Xeon 1230V2 auf einem Supermicro X9SCA-F Rev 1.01 und einen 32-GB-ECC-RAM als Workstation / Gamestation. Die Auslastung war im Allgemeinen relativ gering, manchmal gab es stärkere Kodierungs- oder Spielzeiten. Es war immer steinhart. Nicht der kleinste Hickup aller Zeiten.

Letzte Woche habe ich ein Update && für meine Debian Jessie-Installation durchgeführt. Nichts Besonderes dort, aber ein neues Kernel-Paket war Teil des Updates. Beim nächsten Neustart fiel mir auf, dass das Verschieben von Fenstern in X ziemlich träge ist. Ich dachte, ich hätte vergessen, fglrx erneut für meine AMD-GPU zu kompilieren. Seltsamerweise war das Kernel-Modul bereits geladen. Ich beschloss, es trotzdem noch einmal zu kompilieren, und startete neu in den Rettungsmodus, um das auf sauberem Boden zu tun. Ich bekam keine Rettungskonsole, init schien erfolgreich zu sein, aber es gab keine Terminalsitzung für mich. Im Allgemeinen funktionieren einige kleinere Teile seit dem Upgrade auf Jessie nicht wie beabsichtigt (vielleicht weil ich zurück zu sysvinit gewechselt bin).

Jedenfalls habe ich einen Neustart durchgeführt und init in / bin / sh geändert, um das auszuprobieren. Plötzlich eine Kernel-Panik und nach wenigen Sekunden ein Neustart. Ich kann mich nicht wirklich erinnern, was die Panik sagte, es war zu schnell. Der Monitor bleibt schwarz. Ich drücke die Reset-Taste, immer noch leer. Schalten Sie es aus, warten Sie, versuchen Sie es erneut - schwarz. Um es kurz zu machen: seit der Kernel-Panik pOSTet das System überhaupt nicht mehr. Lüfter laufen an, IPMI ist zugänglich (ich kann sehen, dass das System einige POST-Codes durchläuft - ich bin mir nicht ganz sicher, was das bedeutet, da ich keine verlässliche Referenz finden kann), aber keinen Piepton und keine Anzeige. Ich habe alles entfernt, RAM getauscht, PSU geändert, das Board aus dem Case entfernt, CMOS gelöscht, über Nacht gelöscht, CTRL-HOME, DEL / INSERT, ... nichts hilft.

Was besonders seltsam ist, abgesehen davon, dass init = / bin / sh zu einer Kernel-Panik führt, die dazu führt, dass das System kein POST-Verfahren ausführt: Wenn ich den gesamten Speicher entferne, piept das Board immer noch nicht. Ich kann also nur vermuten, dass es einen schweren Hardwareschaden gibt, aber ich bekomme immer noch keinen kausalen Zusammenhang.

Ich habe ein neues Board bestellt, nicht mehr von Supermicro, da sie RMA (wie Amazon nach mehr als 2J) ablehnen und eine Garantie von nur 1J haben.

Irgendwelche Ideen, ob die Platine oder die CPU Toast sein könnte? Da sich der Speichercontroller auf der CPU befindet, bin ich nicht ganz sicher, wer daran schuld ist, dass kein Piepton ausgegeben wird, wenn kein RAM angeschlossen ist. Ich hoffe, dass es nicht die CPU ist, da dasselbe Modell heute 30% teurer ist als Ende 2012!

Irgendwelche Ideen, was ich versuchen könnte?