Linux报错superblock read failed修复
xfs文件系统是不支持减容的,刚好碰到,这里用试验还远下重现故障恢复过程这里把var使用lvreduce进行减容把31变成20g ,问了是否选了Y ,这边y敲下去,就凉了![root@YYYJUNHAI ~]# lvreduce -L 20g /dev/VG01//dev/VG01/opt/dev/VG01/root /dev/VG01/swap /dev/VG01/var[root@YYYJUN
xfs文件系统是不支持减容的,刚好碰到,这里用试验还远下重现故障恢复过程
这里把var使用lvreduce进行减容把31变成20g ,问了是否选了Y ,这边y敲下去,就凉了!
[root@YYYJUNHAI ~]# lvreduce -L 20g /dev/VG01/
/dev/VG01/opt /dev/VG01/root /dev/VG01/swap /dev/VG01/var
[root@YYYJUNHAI ~]# lvreduce -L 20g /dev/VG01/var
WARNING: Reducing active and open logical volume to 20.00 GiB.
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce VG01/var? [y/n]: y
Size of logical volume VG01/var changed from 31.50 GiB (8065 extents) to 20.00 GiB (5120 extents).
Logical volume VG01/var successfully resized.
[root@YYYJUNHAI ~]#
vg这边能看到减容出来的空间,哎呀难道XFS支持减容??
这边df -h 看下var空间并没有减少,明明VG已经减少了。。。。
执行xfs_growfs /dev/mapper/VG01-var还是一样
重启试试! (这边直接卸载var目录重新挂载不行 因为docker刚好跑在var 正在使用,重启整机就挂了)
凉了 试着进系统看下,var已经挂载不上,报错
用这个 xfs_repair -L 还是不行
上解决办法
(实测可修复superblock read failed,当时用过fsck与xfs_repair命令都无法修复)
ll /etc/lvm/archive #找到最近一次修改vgs的备份 看修改时间可以找到 正常是最后一个
#vgcfgrestore VG名称 --test -f /etc/lvm/archive/恢复的时间的备份.vg --test是测试恢复,没有报错属于正常
[root@YYYJUNHAI ~]# vgcfgrestore VG01 --test -f /etc/lvm/archive/VG01_00010-81643948.vg
TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated.
Restored volume group VG01
vgcfgrestore VG01 -f /etc/lvm/archive/VG01_00010-81643948.vg
已恢复到修改前的vgs大小,之前是20g var无法挂载,这边再次重启机子,正常进系统了
var还是原来的大小
————————————————
原文链接:https://blog.csdn.net/weixin_46175620/article/details/107231662
更多推荐
所有评论(0)