我收到错误消息“日志提交 I/O 错误”。这是什么意思?
journal commit I/O error
EXT4-fs error (device sdb1): ext4_put_super: Couldn't clean up the journal
EXT4-fs (sdb1): Remounting filesystem read-only
EXT4-fs (sdc1): warning: checktime reached, running e2fsck is recommended
EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts:
BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
EDD information not available.
session_init(service_process,82169): OK. kdev=8:3, bs=4096.
register_make_request(service_process,82169): OK. kdev=8:3, mq=0.
session_init(service_process,82169): OK. kdev=fd:1, bs=4096.
register_make_request(service_process,82169): OK. kdev=fd:1, mq=0.
当我执行 lsblk 时,我找不到 /dev/sdb。这是否意味着发生了某些事情并且 /dev/sdb 现在失败了?
答案1
I/O 是一个常见的简写输入输出。文件系统驱动程序在文件系统日志中发现未提交(=不完整)的写入操作,尝试通过将适当的数据写入磁盘上的最终位置来完成(提交)它们,但发现它无法执行此操作,因为磁盘正在报告错误。
因此,文件系统驱动程序将/dev/sdb1
文件系统切换为只读模式,以最大限度地减少进一步丢失数据的机会。
如果磁盘不再可见lsblk
,则可能意味着停止文件系统日志提交操作的错误也触发了磁盘的内部诊断,结果是磁盘发现自身出现严重故障并可能自行关闭。
抱歉,根据您目前所告知的情况,您的/dev/sdb
磁盘可能即将报废,甚至已经报废。
我希望您有最新的备份。
您可能应该立即注释掉该磁盘,/etc/fstab
以防止下次启动时出现问题(假设它不是您的 Linux 系统磁盘)。
如果磁盘在关闭/打开电源周期后似乎再次工作,您应该尝试smartctl -x /dev/sdb
并查看它报告的内容。然后,您可能需要ddrescue
在执行其他操作之前先制作磁盘任何部分仍然可读的映像。