LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 1396|回复: 1

[Fedora] 急!是什么问题?该如何解决?关键词:lvreduce.lvm.give root password

[复制链接]
发表于 2008-11-7 04:18:42 | 显示全部楼层 |阅读模式
新人+菜鸟,先拜谢了!
恳请援助。

--------------
错误信息:

[/boot:clean,41/50200 files,26556/200780 blocks  [FAILED]]

[An error occurred during the file system check.

Dropping you to a shell ;the system will reboot when you leave the shell]

[Give root password for maintenance (or type Control-D to continue):]


[输入密码]

[
bash:dircolors:command not found
bash:/usr/bin/id:No such file or directory
bash:[:=:unary operator expected
bash:/usr/bin/id:No such file or directory
bash:[:=:unary operator expected
bash:/usr/bin/pkg-config:No such file or directory
]
(Repair filesystem) 1#
==========================
出错前做过什么:
0。重启机器
1。使用fedora 8 的一个图形化 逻辑卷管理器,察看LV信息;
并尝试使用该工具将刚刚裁减下来的2G空间分派给/usr;
因/usr busy,未果。
2。使用
umount     /v
mke2fs -n /dev/mapper/VG/LV04
e2fsck  -f  /dev/mapper/VG/LV04
resize2fs  /dev/mapper/VG/LV04  (计算并减去2G后得到的blocks)
lvreduce -L -2G /dev/VG/LV04
上述步骤为/v减去2G空间
并且,系统最终返回成功的提示
3。移动/v上的文件到其他卷。
==============
出错后尝试了那些办法:
1。#e2fsck -y /dev/sda1;Enter
重启后,错误提示依旧。
2。在linux single下,
将/etc/selinux/config中的值,修改为disabled
将/root/.bash_profile中PATH,修改为PATH=$PATHHOME/bin:/sbin:/usr/bin:/usr/sbin
重启后,错误提示依旧。
3。通过kernel /vmlinux rescue(硬盘ISO文件方式,该文件位于USB外设硬盘中)进入rescue模式
后,不知道自己可以做些什么?
rescue  自动挂载 /mnt/sysimage失败。

==========
系统信息:
fedora core 8
25G+60G=>一个VG
ext3
Intel Pentium-M 1.3GHz
1.5G
ATI Mobility RADEON 7500 32M DDR
========
问题:
1。我遇到的到底是个什么问题?即,错误的定位。
2。该错误是否和lvreduce有关?
3。提示信息是什么意思?
4。我该怎么处理这个错误?

---
再次感谢各位;
恳请帮助;
谢谢!!!
发表于 2008-11-7 21:04:37 | 显示全部楼层
最好再说下分区的情况。你的 /sbin 没与 /usr 看起来没有在同一个目录中,所以你还可以进入系统,不过,你的系统现在基本完了。
提示很简单,就是  /usr 的那个分区出现问题了,说明的一点是这个是正常现象, reseize 本身具有一定的风险。如果你想 reseize 重要的分区( /usr /sbin /boot 之类的),最好是用 liveUSB 或是 liveCd 来,( 参见毁灭前辈在这个帖子中的回复: http://www.linuxsir.cn/bbs/thread335902.html ) 不能在执行如此危险的命令(使用 e2fsck 扫描正加载的分区也算)时还加载着相关的分区,或是在系统运行中强行卸载相关分区。 reseize 之前一定要记住备份相关分区的文件。当然,这些现在全是事后诸葛。
你的问题具体请参见这个链接:
http://www.linuxsir.cn/main/?q=node/83

修复受损的文件系统,要用到高级的点的参数,如 --rebuild-tree 之类的,相关的操作同样也具有危险性可能让你的文件系统再也无法恢复,由于没有做关相关的实验,无法肯定地告诉你一定行。所以我推荐你好好读下
  1. man fsck
复制代码
中的说明。
PS:
将/etc/selinux/config中的值,修改为disabled
将/root/.bash_profile中PATH,修改为PATH=$PATHHOME/bin:/sbin:/usr/bin:/usr/sbin
重启后,错误提示依旧。
看不懂这两个动作有什么作用。/usr/ 看来已经被破坏,而这个目录下全是系统文件,系统此时肯定已经无法启动。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表