首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >APEI通用硬件错误

APEI通用硬件错误
EN

Unix & Linux用户
提问于 2014-08-15 19:04:26
回答 2查看 31.1K关注 0票数 9

在过去的一周里,我的服务器(运行Debian )重新启动了两次。在syslog中,我在每次重新启动之前都会看到这一点,并且没有在其他点上看到:

代码语言:javascript
运行
复制
Aug 15 13:32:58 hoshimiya kernel: [296512.005355] {1}[Hardware Error]: Hardware error from APEI Generic Hardware Error Source: 1
Aug 15 13:32:58 hoshimiya kernel: [296512.005360] {1}[Hardware Error]: It has been corrected by h/w and requires no further action
Aug 15 13:32:58 hoshimiya kernel: [296512.005361] {1}[Hardware Error]: event severity: corrected
Aug 15 13:32:58 hoshimiya kernel: [296512.005362] {1}[Hardware Error]:  Error 0, type: corrected
Aug 15 13:32:58 hoshimiya kernel: [296512.005363] {1}[Hardware Error]:  fru_text: CorrectedErr
Aug 15 13:32:58 hoshimiya kernel: [296512.005364] {1}[Hardware Error]:   section_type: memory error
Aug 15 13:32:58 hoshimiya kernel: [296512.005365] [Firmware Warn]: error section length is too small

一些谷歌让我相信,这与我的ECC RAM检测和从错误中恢复有关。这是正确的吗?如果它正在恢复,为什么系统会重新启动?如果可能的话,我想防止系统重新启动。

EN

回答 2

Unix & Linux用户

回答已采纳

发布于 2014-08-21 13:54:09

看起来您的RAM正在失败,或者有错误正在被纠正。取决于严重程度,听起来这些错误影响了它的功能能力,之后它不得不重新启动。

从这个线程的外观来看,错误段长度太小的消息位很可能是罪魁祸首。

节选- [补丁1/1] efi: cper:支持不同长度的错误部分

一些字段可能会添加到更新的UEFI规范中的错误部分。例如,“保留”、“等级编号”、“卡句柄”和“模块句柄”字段被添加到从UEFI规范2.3开始的内存错误部分。不幸的是,如果检测到内存校正错误,且struct acpi_generic_data中的字段“修订”小于0x203 (UEFI规范2.3):{1}硬件误差:来自APEI通用硬件错误源的硬件错误:3 {1}硬件误差:它已被h/w更正,并且不需要进一步的操作{1}硬件误差:事件严重性:更正{1}硬件误差:error 0,则会有以下警告消息类型:更正{1}硬件误差:section_type:内存错误固件警告:错误节长度太小,此行为导致此更正错误无法正确显示。为了解决这个问题,此修补程序支持不同UEFI规范版本的错误部分的不同长度。该修补程序采用预定义的结构来清理函数cper_estatus_print_section中的重复代码.通过应用此修补程序,可以在注入错误后正确显示内存更正的错误。在v3.14-rc5上使用Grantley平台和Intel RAStool进行测试。

因此,它似乎是一个修补程序,因为这个特定的错误正在进行中,并且可能在更新版本的内核中可用。

票数 9
EN

Unix & Linux用户

发布于 2017-12-05 21:02:10

FYI似乎有一个非常类似的问题。

结果,解决方案是把内存拿出来,重新分配,一切都恢复正常了。

票数 3
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/150451

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档