这篇博客记录了一次由于服务器突然断电引发的硬盘问题，导致Linux系统出现journal commit I/O错误，文件变为只读。作者在处理过程中误操作，使服务器无法正常启动，最终进入救援模式尝试恢复数据，但因错误操作导致重要数据丢失。作者强调了运维经验的重要性，告诫读者在不了解系统的情况下不要随意操作。
上周由于公司两次突然的断电,导致公司内部的linux服务器出现异常.
表现为 终端出现： host kernel: journal commit I/O error 的报警信息
然后所有的文件都变为了只读.也无法再通过ssh登陆到服务器. 无奈之下只好关机硬重启.
重启之后一切恢复正常.于是也没有太在意这个事.唉, 看没还是没有运维敏锐的嗅觉,于是错过了最佳的时机.
第二天上午突然又报了 host kernel: journal commit I/O error 的错误.表现和昨天一样.这时候开始意识到问题可能有些严重.
而刚此时终端是链接在服务器上的.于是 极其错误的输入了 reboot指令.寄希望于重启之后可以恢复正常.
然后reboot失败.一直报错. 大概就是 main kernel: BUG: soft lockup CPU#1 stuck for 10s! 一类的提示
<
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
