采用默认的分区模式，使用了LVM，在扩大了SWAP分区后重启报错

begin10010

谢谢大家的帮助，附件中是我当时的截图，当时觉得可能有风险（因为执行lvreduce命令时出现了警告），就做了截图，但是没有对数据进行备份；现在具体该如何操作？进救援模式？执行lvreduce命令后，系统到底对/dev/VolGroup00/LogVol00做了什么？是否删除了部分文件？事实上，我的硬盘有64G，采用默认分区模式后，Anaconda会建立一个100MB的普通分区，然后将剩余的所有空间建立一个LVM的物理卷及逻辑卷组，这个逻辑卷组应该有63G多，而我只是使用了10G左右，我觉得数据应该没有动啊！
另外，marsaber大哥，我在缩小/dev/VolGroup00/LogVol00前，没有搜到您的帖子啊，要是早点看到该有多好！我也不想采用增加swap文件的方式，感觉太麻烦、不直观，只想一次性做一个2G的swap，呵呵！
现在我的系统及数据还有救吗？具体应该如何操作？还请各位详细指导！

begin10010

现在查到的办法只有两个：
1.进入救援模式，修复文件系统（具体如何操作还要Google）；
2.使用debugfs set_super_value命令来直接修改superblock的值，这个值应该改为多少呢？根据错误信息“/dev/VolGroup00/LogVol00:The filesystem size(according to the superblock) is 16482304 blocks  The physical size of the device is 16220160 blocks   Either the superblock or the partition table is likely to be corrupt!”，我推测应该改为16220160；
大家有什么比较好的办法？

[ 本帖最后由 begin10010 于 2009-9-2 17:27 编辑 ]

begin10010

debugfs命令无法打开文件、无法读取inode bitmap啊！具体该如何操作呢，哪位大哥指点下啊！

begin10010

看了《开源时代》2009.5-6（第九期）上面Jerrywjl的《根文件系统所在LVM无损收缩全攻略》，才知道需要使用光盘启动系统，执行linux rescue进入到Rescue模式，才能“缩根”！准备Google“Linux rescue”，然后实践！

begin10010

在对LVM及如何缩小分区有所理解后，今天突然查到了一个资料：http://www.linuxsir.org/bbs/showthread.php?t=281246；虽然觉得自己的系统已经没救了，只能重装，但是还是抱着试一试的心理，今天按照资料上的做法、回忆自己以前的错误做法，然后在Linux rescue模式下，逆向操作了一下，居然成功将系统恢复了！现在又可以进入原来的系统了！

[ 本帖最后由 begin10010 于 2009-9-9 16:58 编辑 ]