救急----文件系统的挂接点不见了，但逻辑卷还在！

htduke

有一个文件系统的挂接点不见了，而该文件系统的逻辑卷还在。
用lsvg -l xxvg看时，能看到该逻辑卷，但挂接点为N/A，为其指定一个目录作为挂接点，不能成功

，系统报：系统调用时接收到一个无效的参数。
执行fsck /dev/xxlv时，报的是该文件系统不是能确认的文件系统类型，看起来象超级块损坏了，

我用dd作了superblock的恢复，但仍没有效果。
尝试用synclvodm同步该逻辑卷，不能通过----具体的报错我现在想不起来了。怀疑是lvcb损坏，通

过getlvcb -TA xxlv查看，发现该逻辑卷的lvcb参数大多为空。通过新建一个完好的逻辑卷，用dd

命令将其的lvcb复制回来的办法，发现lvcb的参数基本恢复（我不能确定是不是都正确），而且

synclvodm命令可以执行了，但执行完了，fs依然无法mount。fsck该逻辑卷时，依旧报系统调用时

接收到一个无效的参数。

skybear2008

etc/filesystems 里面有这个文件系统的吗？

nnfirst

裸设备

htduke

挂接点为N/A时，/etc/filesystems文件里没有这个文件系统。我试过通过手工编辑将其加进去，用lsvg -l xxvg查看时，发现挂接点有了，但仍然无法mount及fsck；通过恢复系统mksysb备份带中的/etc/filesystems，依旧。

mount报错:
Cannot mount /dev/lvxx on /xxfs: A system call received a parameter that is not valid.

fsck报错：
Not a recognized filesystem type. (TERMINATED)
这中情况与《AIX Problem Determination Tools and Techniques》手册中描述Fix a bad superblock问题时所给的例子相符。按照其提示又重新进行一遍，情况依旧。
手册中 ---- “In many cases, restoration of the backup of the superblock to the primary superblock will recover the file system. If this does not resolve the problem, re-create the file system and restore the data from a backup.”
我是没辙了，用户的系统也不能老是停着呀，只好来最后这一招:重建文件系统，从备份磁带恢复数据了。

skybear2008

还好有backup 要不就要出人命了 呵呵

RS9000

呵呵，你确定你的LV上挂接的是文件系统吗？？

wnzl

楼上说得有理，楼主查查先

htduke

LV上挂接的的确是文件系统，该文件系统已经运行了几年了；
另外，我从mksysb的磁带中恢复回来的filesystems中有该文件系统的描述。
最后的结果：重建该文件系统，从磁带中恢复了原来的备份.