互联网服务文件系统修复

文件系统超级快损坏-求助如何修复

文件系统超级块损坏,请教高手符合修复
BGP550B/ha>#df -g
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4           0.50      0.28   45%     5595     8% /
/dev/hd2          20.00     13.03   35%    88389     3% /usr
/dev/hd9var        2.00      1.81   10%     4968     2% /var
/dev/hd3           6.00      5.94    2%      359     1% /tmp
/dev/fwdump        1.00      1.00    1%        9     1% /var/adm/ras/platform
/dev/hd1           5.00      4.55    9%      318     1% /home
/proc                 -         -    -         -     -  /proc
/dev/hd10opt       2.00      0.85   58%     7996     4% /opt
/dev/inst_lv      50.00     37.03   26%    13363     1% /mksysb
/dev/tivoli_lv      3.00      1.95   35%     4934     2% /opt/IBM_Tivoli
BGP550B/ha>#lsvg -l appvg
appvg:
LV NAME             TYPE       LPs     PPs     PVs  LV STATE      MOUNT POINT
wasdir_lv           jfs2       12      12      1    closed/syncd  /washome/appdir
uploadfile_lv       jfs2       2788    2788    4    closed/syncd  /washome/uploadfile
loglv00             jfs2log    1       1       1    closed/syncd  N/A
BGP550B/ha>#mount /washome/uploadfile
Replaying log for /dev/uploadfile_lv.
mount: 0506-324 Cannot mount /dev/uploadfile_lv on /washome/uploadfile: The media is not formatted or the format is not correct.
0506-342 The superblock on /dev/uploadfile_lv is dirty.  Run a full fsck to fix.
BGP550B/ha>#fsck -y /washome/uploadfile

The current volume is: /dev/uploadfile_lv
Primary superblock is valid.
J2_LOGREDO:log redo processing for /dev/uploadfile_lv               
Primary superblock is valid.
fsck: 0507-149 Duplicate block references have been detected in Metadata.
        fsck cannot continue.
Errors detected in the file system inode allocation map.
fsck: 0507-278 Cannot continue.
File system is dirty.

执行fsck的-y -vvy -p参数都没有修复,后来执行dd命令
dd count=1 bs=4k skip=15 seek=8 if=/dev/testlv of=/dev/testlv
也没有修复,请问各位高手还有什么好办法没啊?
参与10

9同行回答

manganese_zhmanganese_zh系统工程师内蒙古包头
路过,学习了!显示全部
路过,学习了!收起
银行 · 2012-01-21
浏览4022
liwandaliwanda系统架构师吉林农信
嗯 后来的做法是将整个lv dd出来了,然后发给数据恢复公司将数据恢复了,最后分析的结果是文件系统的索引坏了显示全部
嗯 后来的做法是将整个lv dd出来了,然后发给数据恢复公司将数据恢复了,最后分析的结果是文件系统的索引坏了收起
互联网服务 · 2012-01-20
浏览4125
cwnlinuxcwnlinux系统工程师CCSU
J2_LOGREDO:log redo processing for /dev/uploadfile_lv ,搞下loglv看看天生杀人猫 发表于 2012-1-11 14:29     听这位的,搞搞loglv。显示全部
J2_LOGREDO:log redo processing for /dev/uploadfile_lv ,搞下loglv看看
天生杀人猫 发表于 2012-1-11 14:29



    听这位的,搞搞loglv。收起
互联网服务 · 2012-01-18
浏览4029
skyzqqskyzqq系统运维工程师中国联通河南省分公司
fsck -f收起
电信运营商 · 2012-01-12
浏览4080
午夜幽魂午夜幽魂系统运维工程师计算机有限公司
不懂,等高人解决显示全部
不懂,等高人解决收起
系统集成 · 2012-01-12
浏览4011
天生杀人猫天生杀人猫系统运维工程师联通系统集成有限公司
J2_LOGREDO:log redo processing for /dev/uploadfile_lv ,搞下loglv看看显示全部
J2_LOGREDO:log redo processing for /dev/uploadfile_lv ,搞下loglv看看收起
系统集成 · 2012-01-11
浏览4146
天生杀人猫天生杀人猫系统运维工程师联通系统集成有限公司
而且你的超级块没说坏了啊,Errors detected in the file system inode allocation map.和超级块有啥关系?显示全部
而且你的超级块没说坏了啊,Errors detected in the file system inode allocation map.和超级块有啥关系?收起
系统集成 · 2012-01-11
浏览3977
colinscolins系统工程师金融行业
你的超级块是正常和可用的。显示全部
你的超级块是正常和可用的。收起
银行 · 2012-01-11
浏览3970
qintlqintl专业技术支持人员达思
经测试,超级块各项参数没发现异常,损坏的可能是inode bitmap,这个bitmap错误排查很繁琐,所以最后的做法是:dd 整个LV出来,用程序把lv中的数据全部提取出来,也算是比较好的恢复方法了。...显示全部
经测试,超级块各项参数没发现异常,损坏的可能是inode bitmap,这个bitmap错误排查很繁琐,所以最后的做法是:dd 整个LV出来,用程序把lv中的数据全部提取出来,也算是比较好的恢复方法了。收起
生活生产服务其它 · 2012-01-11
浏览4071

提问者

liwanda
系统架构师吉林农信
擅长领域: 存储服务器灾备

相关问题

相关资料

问题状态

  • 发布时间:2012-01-11
  • 关注会员:1 人
  • 问题浏览:16016
  • 最近回答:2012-01-21
  • X社区推广