统损坏。如图:
故障原因:
维护 Linux 服务器时会面临这样一种错误,即显示文件系统变成(Read Only System),即
文件系统变成只读的方式,产生这一问题的原因段贺可能有两种,一种是多机写入时同步机制出
现问题,另一种方式是单机写入时出现服务器掉电的情况
而本案握简派例故障演员则为后者:单机写入时出现服务器掉电的情况。
名称解析:
XFS 文件系统:
文件系统的定义:
文件系统是 *** 作系统用于明确存储设备(常见的是磁盘,也有基于 NAND Flash
的固态硬盘)或分区上的文件的方法和数据结构;即在存储设备上组织文件的方法。
xfs 文件系统:
是一个日志型文件系统
日志文件系统?加一个日志来记录文件系统的更改,即使在断电或者是 *** 作系
统崩溃的情况下也能保证文件系统一致性
怎么保持的?
要向磁盘写数据的时候,肯定要改变元数据,日志就要在这之前记录要怎么去
改元数据的,当发生异常掉电或者文件系统崩溃后,进行修复时会检查文件系统的一致性,
当出现不一致时,可通过它来恢复。
故障处理方法:
第一步:使用#lsblk 查找挂载路径,用#umount 将其卸载;确保分区处于 umount 状态
(xfs_check /dev/sdb(盘符)echo $?返回 0 表示正常),进行下一步;
第二步:检测文件系统是否损坏:执行 xfs_repair -n,检查文件系统是否损坏。
第三步:修复文件系统:
xfs_repair /dev/sdb 以本案例为例。
注: XFS 文件系统在异常断电后发生文件系统报错概率很高。若仅仅因为断电导致文件系统
报错,通常是可以通过命令修复的。执行以上 repair *** 作不会对数据产生进一步损坏风险,
如发生修复失败是由于文件系统损坏严重,而不是此 *** 作导致
第四步:强制修咐迹复(会造成文件丢失,需要与客户说明数据安全&得到客户允许下才能 *** 作。)
先执行 xfs_repair -L /dev/sdb(清空日志,会丢失文件),再执行 xfs_repair
/dev/sdb,再执行 xfs_check /dev/sdb 检查文件系统是否修复成功
说明:-L 是修复 xfs 文件系统的最后手段,慎重选择,它会清空日志,会丢失用户数据和文
件。
备注:在执行 xfs_repair *** 作前,最好使用 xfs_metadump 工具保存元数据,一旦修复失败,
最起码可以恢复到修复之前的状态
注:仅用作经验分享。
参考文献:
https://blog.csdn.net/yuanfang_way/article/details/78700089
https://www.cnblogs.com/yuzhaoxin/p/4083582.html
在,不要着急,xfs是Linux的文件系统滑扰枣格式,目前市场上,这类的软件很少的,就算有,效果也是不好李袜的,数信拆据重要的,建议找当地专业数据恢复公司,一般损坏不是很厉害的,数据都是可以恢复的xfs_admin: 调整 xfs 文件系统的各种参数
xfs_copy: 拷贝 xfs 文件系统的内容到一个或多个目标系统(并行方式)
xfs_db: 调试或检测 xfs 文件系余闷统(查看文件系统碎片等)
xfs_check: 检测 xfs 文件系统的完整性
xfs_bmap: 查返毁隐看一个文件的块映射
xfs_repair: 尝试修复受损的 xfs 文件系统
xfs_fsr: 碎片整理
xfs_quota: 管理 xfs 文件系统的磁盘配额
xfs_metadump: 将 xfs 文件系统的元数据 (metadata) 拷贝到一个文件中
xfs_mdrestore: 从一个文件中将元数据 (metadata) 恢复到 xfs 文件系统
xfs_growfs: 调整一个 xfs 文件系统大小(只能扩展)
xfs_freeze 暂停(漏厅-f)和恢复(-u)xfs 文件系统
xfs_logprint: 打印xfs文件系统的日志
xfs_mkfile: 创建xfs文件系统
xfs_info: 查询文件系统详细信息
xfs_ncheck: generate pathnames from i-numbers for XFS
xfs_rtcp: XFS实时拷贝命令
xfs_io: 调试xfs I/O路径
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)