首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

xfs文件系统修复方法

首先尝试mount和umount文件系统,以便重放日志,修复文件系统,如果不行,再进行如下操作。...3、执行xfs_repair修复文件系统 xfs_repair /dev/sdd (ext系列工具为fsck) 4、最后方法:损失部分数据的修复方法 根据打印消息,修复失败时: 先执行xfs_repair...-L /dev/sdd(清空日志,会丢失文件),再执行xfs_repair /dev/sdd,再执行xfs_check /dev/sdd 检查文件系统是否修复成功。...说明:-L是修复xfs文件系统的最后手段,慎重选择,它会清空日志,会丢失用户数据和文件。...备注: 在执行xfs_repair操作前,最好使用xfs_metadump工具保存元数据,一旦修复失败,最起码可以恢复到修复之前的状态。 xfs_metadump为调试工具,可以不管,跳过。

8.9K20
您找到你想要的搜索结果了吗?
是的
没有找到

linux xfs动态扩容inode空间占比

问题描述 因小图片较多,导致Inode占用100%,磁盘空间虽然还有82%但是无法写入数据,导致minio各节点无法同步,最终导致节点无法启动 解决方案 xfs硬盘格式inode空间占比(默认为5%)...如果是ext4无法动态调整inode空间占比,所以需要将ext4改为xfs(xfs支持动态调整inode空间占比),这里就不说怎么改了,只说xfs调整inode空间。...IUse% Mounted on /dev/mapper/centos-root 48M 142K 48M 1% (总共就48M,已经使用了142K) 查看目前inode空间占比 # xfs_info...extsz=4096 blocks=0, rtextents=0 inode max percent changed from 25 to 30(从25扩容到30) xfs...文件系统动态扩容inode空间占比为10%(后续可以根据存储情况调整) 再次查看inode空间占比 # xfs_info /data meta-data=/dev/mapper/centos-root

3.1K20

linux 在线修复磁盘,linux 修复磁盘

,系统成为只读,重启后报:/dev/VolGroup00/LogVol00:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY 出现这样的问题需要使用fsck命令扫描修复磁盘...扫描前最好通过其他方法将能备份出来的数据备份出来,以防fsck将文件扫描损坏) 解决以上问题的方法: 1、使用光盘启动,进入救援模式 1.1、将bios调整为光盘启动模式 1.2、光盘启动进入救援模式: 输入 linux...1.4、系统显示sh#,即为成功进入救援模式 1.5、挂在系统文件到/mnt/sysimage chroot /mnt/sysimage ok了,目前已在系统文件系统下可以执行修复 2、查看需要修复的分区...: mount | grep “on /” 3、fsck扫描并修复分区 fsck -y /dev/mapper/VolGroup00-LogVol00 进行相关的修复操作,”-y”为自动确认修复,不需要手动确认输入...”yes”,’/dev/mapper/VolGroup00-LogVol00’为我需要修复的分区,具体看你需要修复的分区 4、fsck扫描修复完成之后重启系统即可 reboot 发布者:全栈程序员栈长,

19.8K30

xfs的故障记录

##前言 我使用xfs比较二一点,我是在ceph的rbd上直接格式化的xfs,所以ceph上的数据一般不会丢失,不过我的xfs是在docker内部进行的挂载,使用也是docker容器内使用,这里不得不说...一开始没想到会是文件系统损坏,因为没有理太清楚ceph的rbd和xfs之间的关系,其实也没有查到会是xfs出了问题。...rbd0.metadump rbd0.img 这个时候尝试进行挂载rbd0.img,发现问题依旧,还是不行,于是开始修复 xfs_repair -L rbd0.img 然后挂载,又报错...100%的,原因很简单源块设备的文件系统是坏的,xfs_copy只能在两个正常的xfs文件系统中复制数据。...###临终 最终还是直接xfs_repair -L 直接在ceph的源故障块上进行操作修复的。

2.5K30
领券