服务器 Gind.cn
  1. 服务器 Gind.cn
  3. EXT3-fs错误（设备dm-10）
Intereting Posts
奇怪的代理行为 在原生800GB – 1TB范围内是否存在SATA磁带机？ Linux高内存使用率不明原因 HAProxy – 一台服务器的多个微服务的健康检查 网卡2 ips，应用程序只能监听1个IP，要其他IP路由 HAProxy统计套接字 – 不正确的值 Linuxauthentication中心签署Windows 2003 Server证书请求 HP Proliant DL120 G7，支持P212 / 256MB SmartArray控制器GPT 如何增加在虚拟盒子上安装Fedora的`/`？ Windows 7 AIK的帮助 在重build时将数据写入RAID 6是否安全？ 硬件问题：用户界面冻结，硬盘驱动器的光线每小时变得坚实 CentOS 7上的GlassFish（systemd） – “asadmin restart-domain”无法正常工作 将SAN iSCSIstream量与核心networkingstream量混合在一起，我是否要问题？ ssl使用php pn apache

EXT3-fs错误（设备dm-10）

我在下面得到这个日志错误： 

Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159746 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159747 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159748 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159749 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159750 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_free_blocks_sb: bit already cleared for block 8159751 Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_free_blocks_sb: Journal has aborted Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_reserve_inode_write: Journal has aborted Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_truncate: Journal has aborted Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_reserve_inode_write: Journal has aborted Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_orphan_del: Journal has aborted Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_reserve_inode_write: Journal has aborted Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10) in ext3_delete_inode: Journal has aborted Aug 1 20:44:01 TDBP24LV kernel: EXT3-fs error (device dm-10): ext3_journal_start_sb: Detected aborted journal

有人可以帮忙吗？

可能你的文件系统自动切换到只读模式，直到现在。

这是你的FS一般的失败。 这可能是由写入失败造成的。

如果您的fs尚未写入，请将其挂载到只读目录（ mount /the/fs/mount/path -o remount,ro ）。 如果你不能这样做，首先你必须杀死任何想要/可以写入任何东西的进程（你可以用lsof -n|grep /the/fs/mount/pathfind它们）。

然后运行一个硬盘文件系统检查（ e2fsck -f -p -C0 /dev/device/path ）。 如果你不喜欢按千次，使用-y标志而不是-p ，尽pipe在这种情况下，你会自动地对每一个文件系统修复工具的破坏性行为说“是”。

之后，你可以重新挂载它再次写入（ mount /the/fs/mount/path -o remount,rw ）。

如果你可以在没有任何问题的情况下重新启动（例如，你没有在你的参与者关键服务器上工作5000公里），那么从一个只读救援系统的根目录下做这件事并不是一个坏习惯。

你也可以用相同的数据丢失来计算，即使有这么多的错误信息也没有任何真正的恐惧。 你的文件系统可能只有一些破坏。