我在 SmartX 虚拟化环境中发现，多台 Linux 虚拟机在夜间备份窗口内或之后出现磁盘 I/O 异常、业务不可用或重启后无法进入系统。现有备份配置显示每天 02:00 执行，窗口为 02:00–04:00 ，并启用了文件系统一致性选项；相关配置涉及 NetBackup / XBSA 对接。
目前观察到了不同层面的故障，尚不能证明它们来自同一个根因：
- 多台 Linux VM 出现 I/O 阻塞、写入错误或文件系统错误。
- Ubuntu VM 的 ext4 元数据检查发现孤儿 inode 链表、位图和计数不一致，已完成离线交互修复及截图复查。
- openEuler VM 在硬盘启动时找不到跨多个 PV 的根卷；系统 ISO 进救援模式能发现全部 PV ，进一步确认原 initramfs 缺少 VirtIO 块设备模块。
现象
Ubuntu 的文件系统修复
系统运行时，执行 ip 和 reboot 均出现错误：
-bash: /usr/sbin/ip: Input/output error
-bash: /usr/sbin/reboot: Input/output error
实际重启后进入 BusyBox (initramfs)。当时识别结果为：
Kernel: 6.8.0-139-generic
root=/dev/mapper/ubuntu--vg-ubuntu--lv
Filesystem: ext4
PV: /dev/vda3
根卷 mapper 节点存在，实际根文件系统未挂载。只读检查报告：
Inodes that were part of a corrupted orphan linked list found.
Block bitmap differences
Inode bitmap differences
Free blocks count wrong
Free inodes count wrong
WARNING: Filesystem still has errors
之后执行交互式 e2fsck -f，跳过可选的 extent 树优化，对已确认的孤儿链表、删除时间、位图及计数错误逐项修复。
结果显示 FILE SYSTEM WAS MODIFIED。随后 e2fsck -f -n 完成五阶段，截图未再出现原有一致性错误，剩余提示为可选 extent 优化。尚未取得最后返回码、正常启动及业务恢复的最终确认。
这里能够确认的是 ext4 元数据异常；还不能解释最初为什么出现 I/O 错误，也没有证据证明文件内容已全部恢复或底层存储不存在问题。
我比较想弄清楚原因。有各位大佬遇到过类似情况的吗
Select Language