Supermicro X9SCA-F 不再 POST

Supermicro X9SCA-F 不再 POST

我有大约 20 年的系统构建经验(大部分是为自己构建),但我从未见过这样的事情:

大约 3 年前,我就使用 Supermicro X9SCA-F rev 1.01 上的 Xeon 1230V2 和 32GiB ECC RAM 作为我的工作站/游戏站。总体而言,利用率相对较低,有时,会有一些较重的编码或游戏时段。它一直非常稳定。从来没有出现过最小的故障。

上周,我对我的 Debian Jessie 安装进行了更新和升级。没有什么特别的,但更新中包含了一个新的内核包。下次重新启动时,我注意到在 X 中移动窗口非常缓慢,我想我一定是忘记为我的 AMD GPU 编译 fglrx 了。奇怪的是,内核模块已经加载了。我决定无论如何都要再次编译它,然后重新启动到救援模式,在干净的基础上执行此操作。我没有得到救援控制台,初始化似乎成功了,但没有为我打开终端会话。总的来说,自从升级到 Jessie 以来,一些较小的部分无法按预期工作(可能是因为我改回了 sysvinit)。

无论如何,我重新启动并将 init 更改为 /bin/sh 以尝试该操作。突然,内核崩溃,几秒钟后,重新启动。我真的不记得崩溃说了什么,太快了。显示器保持黑屏。我按下重置按钮,仍然是空白。关闭它,等待,再试一次 - 黑屏。长话短说:自从内核崩溃以来,系统根本不再开机自检。风扇启动,IPMI 可访问(我可以看到系统循环显示一些 POST 代码 - 我不完全确定它们是什么意思,因为我找不到可靠的参考),但没有哔哔声,也没有显示。我已经删除了所有东西,循环 RAM,更换了 PSU,从机箱中取出了电路板,清除了 CMOS,整夜清除了它,CTRL-HOME,DEL/INSERT,...... 都无济于事。

特别奇怪的是,除了 init=/bin/sh 会引起内核崩溃,从而导致系统无法开机自检之外,还有:如果我删除所有内存,主板仍然不会发出蜂鸣声。所以我只能怀疑存在严重的硬件损坏,但我仍然不明白其中的因果关系。

我已经订购了一块新主板,不再从 Supermicro 订购,因为他们拒绝 RMA(亚马逊在 2 年多后也拒绝 RMA)并且只有 1 年的保修期。

有人知道主板或 CPU 是否坏了吗?由于内存控制器在 CPU 上,我不太确定如果没有插入 RAM 就不会发出蜂鸣声,这是谁的责任。我希望不是 CPU,因为同样的型号今天比 2012 年底贵了 30%!

关于我可以尝试什么,有什么想法吗?

相关内容