经过过年之前服务器重启验证,此设置有效…
SUSE服务器重启后进入只读模式如何处理:
fsck /dev/cciss/c0d0p3 ,提示swap为0 out of memory,fsck.ext3无法执行
swapon /dev/cciss/c0d0p2 , mount swap分区
free 查看 swap情况 swap不为0
fsck /dev/cciss/c0d0p3 执行成功
进入只读模式的原因,以及如何避免服务器重启后进入只读模式的:
由于默认的/etc/sysconfig/dump配置文件设置了DUMP_ACTIVE=”1”,导致系统启动执行
/etc/init.d/boot.fsckrootfs时未激活swap分区,从而导致fsck中途退出,解决的办法是
将DUMP_ACTIVE设置成0(如果不存在,需要手工创建一个)。
## Type: list(0,1)
## Default: 1
# DUMP_ACTIVE indicates whether the dump process is active or not. If this
# variable is 0, the dump kernel process will not be activated.
#
DUMP_ACTIVE="0"
网上搜到的相关信息:
服务器机柜突然断电,导致两台suse系统无法启动,具体提示如下:fsck failed. please repare manually and reboot. the root filesystem is currently mounted read-only. to remount read-write do :bash# mount -n -o remount ,rw /然后下面给出提示:give root password for login:我登陆进去,通过df命令只能看到root目录被mount,但不能操作任何东西。请大家帮忙解决,谢谢!-----你的系统是不是很久没有重启了?你试试在CMOS里把时间回调多一点(三个月左右吧),然后再试试,说不定能进系统。我在HP DL360的机器上用了EXT3的文件系统,就会有这样的问题。-----手动执行 fsck 修复出问题的分区,例如:fsck -y /dev/sda3-----建议用光盘执行修复或更新操作即可解决了!-----双机都不能启动,表明共享磁盘柜文件系统需要修复。可以从一台服务器上执行对盘柜文件系统的修复命令(假设盘柜磁盘分区号是sdb1):fsck -a /dev/sdb1如果查出并修复了错误,两台服务器启动就都没有问题了。[ 本帖最后由 lijizheng 于 2007-12-11 14:31 编辑 ]-----可怜人啊,手动fsck一把吧-----第一种方法:正确的解决方法是修改/ETC/SYSCONFIG/DUMP文件,吧DUMP_ACTIVE=1 改为0就可以了。重新启动启动机器,以后就不会出现FSCK失败了。第二种方法:用SUSE CD1启动,选择RESCUE模式,FSCK 各个分区。
阅读(6020) | 评论(0) | 转发(0) |