修复完成的真正标志是dmesg中出现“recovery complete”或“mounting v5 filesystem”等内核日志，而非命令退出码；需结合挂载后读写验证与clean状态检查确认实效性。
查看 dmesg 中的文件系统修复完成日志
修复完成后，内核会在 dmesg 缓冲区里写入明确的状态标记，这是最直接、最可信的“成功”证据。不要只看 fsck 或 xfs_repair 命令退出码，有些错误被跳过或忽略时也会返回 0。
-
dmesg | tail -50查最近日志，重点找含EXT4-fs、XFS、recovery complete、clean unmount的行 - ext4 修复成功典型输出：
EXT4-fs (sda1): recovery complete或EXT4-fs (sda1): mounted filesystem with ordered data mode - XFS 修复后常见提示：
XFS (sda1): Mounting V5 Filesystem，若带log replay complete则说明日志已重放完毕 - 如果看到
ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed，说明修复未真正完成，挂载时才触发日志重放
检查 /var/log/messages 或 journalctl 中的 fsck/xfs_repair 记录
系统启动阶段或手动运行修复工具时，日志服务可能已捕获完整过程。注意：不是所有发行版默认记录 fsck 输出，但 xfs_repair 通常会被 systemd-journald 捕获。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 查启动时自动修复：
journalctl -b | grep -i "fsck\|xfs_repair" - 查特定设备（如
/dev/sda1）的修复结果：journalctl -o short-monotonic | grep sda1 | grep -i "done\|repaired\|clean" - Debian/Ubuntu 系统可查：
grep "fsck.*sda1" /var/log/syslog；RHEL/CentOS 对应路径是/var/log/messages - 若日志中出现
FILE SYSTEM WAS MODIFIED（ext 系列）或done（xfs_repair 最后一行），是关键成功信号
验证挂载后文件系统状态是否为 clean
修复只是第一步，挂载后是否稳定、能否正常读写，才是最终判断依据。很多“修复成功”只是元数据层面恢复，不代表数据可用。
- ext4 检查 clean 标记：
tune2fs -l /dev/sda1 | grep -E "(Filesystem state|Last mounted on)"，确认Filesystem state: clean - XFS 无类似 clean 标记，但可确认挂载后无报错：
mount | grep sda1+cat /proc/mounts | grep sda1，再执行touch /mnt/test && sync测试写入 - 运行
ls -la /mnt/lost+found—— 如果该目录为空或仅含极少量孤立 inode 文件（如#12345），说明修复未大规模丢数据；若大量文件堆积，意味着修复过程中已发生结构性丢失 - 不要依赖
df显示容量“恢复正常”，因为损坏可能导致块组统计错误，df值可能虚高
为什么不能只信 fsck/xfs_repair 的返回值
命令退出码为 0 只代表工具本身没崩溃，并不等于文件系统逻辑一致或数据完好。尤其在严重损坏场景下，工具会跳过无法处理的区域，静默放弃修复。
-
fsck -y /dev/sda1返回 0，但dmesg里持续出现EXT4-fs error (device sda1)→ 实际未修复成功 -
xfs_repair /dev/sda1输出done，但挂载后ls报Input/output error→ 底层块设备故障未被识别 - 使用
-n（只读检查）时返回 0，不代表无错误，只是没修改；必须用-y或交互模式实际执行修复才能改变状态 - 对已挂载文件系统误跑
fsck，即使返回 0，也可能导致后续kernel panic，此时日志里会有EXT4-fs warning或remounting read-only
cp 或 rsync 就可能把尚未恢复的元数据错误暴露成不可逆的数据损坏。
