事情是这样的，启动应用程序时，出现输入输出错误，磁盘和目录不可用，重新启动。重启完成后即可正常使用。过一会又会出现这个问题。一番谷歌后，怀疑是磁盘有问题。按照网友的解决方案尝试后，发现这个方法是可行的。下面是命令和回显：这个错误是我用ls命令查看时出现的[root@webc~]#ls/data/ls:unabletoaccess/data/:input/outputerror[root@webc~]#这是xfs的文件系统，所以用下面命令修复[root@webc~]#xfs_repair/dev/sdc1xfs_repair:cannotopen/dev/sdc1:Thedeviceorresourceisbusy这个时候不要慌,先卸载磁盘并修复它[root@webc~]#umount/dev/sdc1[root@webc~]#xfs_repair/dev/sdc1Phase1-findandverifysuperblock...Phase2-usinginternallog-零日志...错误：文件系统在需要重播的日志中有有价值的元数据更改。挂载文件系统以重播日志，并在运行xfs_repair之前卸载它。如果无法挂载文件系统，请使用-L选项销毁日志并尝试修复。请注意，销毁日志可能会导致损坏——请在执行此操作之前尝试挂载文件系统。[root@webc~]#[root@webc~]#[root@webc~]#xfs_repair/dev/sdc1第1阶段-查找并验证超级块...第2阶段-使用内部日志-零日志...错误：文件系统在需要重放的日志中有有价值的元数据更改。挂载文件系统以重播日志，并在重新运行xfs_repair之前卸载它。如果您无法挂载文件系统，请使用-L选项销毁日志并尝试修复。请注意，销毁日志可能会导致损坏——请在执行此操作之前尝试挂载文件系统。[root@webc~]#xfs_repair/dev/sdc1-LPhase1-查找并验证超级块...阶段2-使用内部日志-零日志...警报：文件系统在日志中有有价值的元数据更改，由于使用了-L选项，该日志正在被销毁。-扫描文件系统空闲空间和inode映射...agi未链接的存储桶31在ag5(inode=10745038303)中为7620063(inode=10745038303)sb_icount533632，计数为533568sb_ifree617，计数为614sb_fdblocks2852137932，计数为2860186916-找到根inodechunkPhase3-对于每个AG...-扫描并清除agi未链接列表...-处理已知inode并执行inode发现...-agno=0-agno=1-agno=2-agno=3-agno=4-agno=5更正inode10745038303数据叉中的bt密钥（原为91997，现在为92001），btree块1343129285更正inode10745038303数据叉中的bt密钥（原为226254，现在为226257），btree块1345s52507,now241557)ininode10745038303datafork,btreeblock1345535075correctingbtkey(was795517,now795515)ininode10745038303datafork,btreeblock1343659983dataforkinregularinode10745038303claimsusedblock1353137709correctingnextentsforinode10745038303baddataforkininode10745038303clearedinode10745038303-agno=6-agno=7-agno=8更正索引节点17197661037的下一个条目，原为870903-计数为870911-agno=9-agno=10correctingbtkey(was1923723,now1923730)ininode21481716216datafork,btreeblock2687659655correctingbtkey(was1997785,now1997794)ininode21481716216datafork,btreeblock2687659655correctingnextentsforinode21481716216,是918874-计数为918898-处理新发现的inode...第4阶段-检查重复块...-设置重复范围列表...-检查inode声明重复块...-agno=0-agno=3-agno=4-agno=2-agno=5-agno=6-agno=1-agno=7-agno=9-agno=8-agno=10阶段5-重建AG标头和树...-重置超级块。..阶段6-检查inode连接性...-重置实时位图和摘要inode的内容-遍历文件系统...-遍历完成...-移动断开连接tedinodestolost+found...第7阶段-验证并更正链接计数...最大元数据LSN(15:166217)领先于日志(1:2)。格式化日志以循环18.done[root@webc~]#修复完成后挂载磁盘生效[root@webc~]#mount/dev/sdc1/data/查看磁盘是否可以正常使用[root@webc~]#cd/data/vm/[root@webcvm]#lsCentOS7-Clone-1CentOS7-Clone-3CentOS7-Clone-4CentOS7-Clone-5CentOS8Ubuntu此时文件系统已经修复注意：使用fsck命令修复其他文件系统对于例如ext4文件系统fsck-text4-y/dev/sda1不同的文件系统，命令会略有不同，灵活了解Linux运维交流社区Linux运维交流社区，网络新闻和技术交流。28个原创内容公众号
