我收到错误消息“日志提交 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 现在失败了?
I/O 是input/output的常用简写。文件系统驱动程序在文件系统日志中发现未提交(=未完成)的写入操作,尝试通过将适当的数据写入磁盘上的最终位置来完成(提交)它们,但发现它无法执行此操作,因为磁盘正在报告错误.
结果,文件系统驱动程序将
/dev/sdb1
文件系统切换到只读模式,以尽量减少进一步丢失数据的机会。如果磁盘不再对 可见
lsblk
,这可能意味着停止文件系统日志提交操作的错误也触发了磁盘的内部诊断,结果磁盘发现自己严重故障并可能自行关闭。很抱歉,但根据您目前为止所告诉的所有内容,您的
/dev/sdb
磁盘看起来可能快要死了,甚至已经死了。我希望你有最新的备份。
假设它不是您的 Linux 系统磁盘,您可能应该立即注释掉该磁盘
/etc/fstab
以防止下次启动时出现问题。如果磁盘在关机/开机循环后似乎再次工作,您应该尝试
smartctl -x /dev/sdb
,看看它必须报告什么。然后,您可能希望ddrescue
在执行其他任何操作之前先制作磁盘任何部分的图像仍然可读。