所以我和往常一样在我的台式电脑上,然后这件事突然发生了:

在我研究这个错误的那段时间里,第一条消息[Firmware Bug]: the BIOS has corrupted hw-PMU似乎与惠普硬件有关(我有一台打印机连接到我的电脑上)。问题是我的CentOS 7不再引导。我想问题可能是因为以下消息:Corruption of in-memory data detected. Shutting down filesystem。我也是在同一台桌面电脑上使用Windows双引导来问这个问题的。
有办法从这件事中恢复过来吗?我甚至不知道该从哪里开始寻找解决办法。
当我试图引导到CentOS时,它会显示映像中显示的相同行(从[ 2.0XXXXX] XFS (dm-1) ...开始,然后进入紧急模式)。然后它告诉我在/run/initramfs/rdsosreport.txt有一个日志文件。我想把这个文件复制到一个USB驱动器上,这样我就可以共享错误日志了,但是显然我不能挂载它。
使用dmesg,我可以看到检测到了我的下摆,但在dev目录中没有与其相关联的名称。我尝试过将我的吊坠格式化为ext2,但我仍然有同样的问题。这里有我遗漏的东西吗?
任何帮助都是非常感谢的。
事实证明,正如注释中所述,我的根文件系统被崩溃破坏了。我听从了shodanshok的建议,在我的USB手柄上启动了一个实时的CentOS映像,然后我选择了Troubleshooting并选择了拯救现有CentOS安装的选项。
有趣的是,实时映像显示我的硬盘上没有安装Linux,所以我不知道该怎么做。我回到谷歌搜索解决方案,找到了这篇博客文章。那里的人显然也有同样的问题,他用以下命令解决了这个问题:xfs_repair -L /dev/mapper/centos-root。
我回到我的现场USB启动,并选择了救援选项。实时系统无法像以前那样找到我的Linux安装。那次,我进入shell并运行fdisk -l,以查看是否可以手动查找和挂载我的系统分区。fdisk向我展示了50 of大小的/dev/mapper/cl-root的存在。我没能骑上它。然后我运行命令xfs_repair -L /dev/mapper/cl-root,看看会发生什么。当进程结束时,我重新启动了我的计算机,CentOS现在正在启动,没有错误。
发布于 2018-03-20 14:06:15
一些东西导致内存损坏,它被传播到根文件系统(准确地说是传播到它的日志)。所以XFS关闭了自己。若要更正此问题,请从活动的CentOS磁盘启动并执行xfs_repair。
在此之后,您必须确定是什么导致了内存损坏。我看到了两种主要的可能性(除了运气不好):
memtest86来查找2+小时;smartctl -a <disk>的输出以检查此问题。https://unix.stackexchange.com/questions/432367
复制相似问题