惠普服务器 安装过程中提示:kernel pannic not syncing attempt to kill init

cuizongchao

哪位高手指点一下..?

kenlen

single模式如果可以进入，就改动启动级别里加载的程序，挨个试。
如果连single都不能进，一是重新装别的版本的系统，

水田青蛙

如果安装过程就出现这个错误,那就换版本吧!
看看版本跟cpu是否对上了
64位和32位的

cuizongchao

我安装的是red hat enterprise as 4.0  
cpu:intel pentium iii 550mhz.指令集 x86 MMX SSE
请教一下版本对吗?

wolfop

找找RHAS4的升级版本看看能否解决。

cuizongchao

我看了  这个版本跟cpu都是32的

codystar

可能是你的scsi驱动选择得不对。检查你的scsi驱动。

gmjgmj

在全新安装的Red Hat Enterprise Linux AS (Nahant Update 2) 64位x86版操作系统上如果执行FSCK命令检查文件系统会导致系统崩溃！！！！

如果您使用的AS 4系统正用于生产，本人建议您切勿试图执行fsck命令，无论是在单用户状态，还是在系统运行状态。即使是您的操作系统由于停电、死锁造成文件系统受损，也不要轻易实施FSCK修复。

在UNIX世界里，fsck是最常用的检查及修复文件系统的命令，就好像windows下的chkdsk。系统在自检时如果发现文件系统有问题也会自动调用该命令进行检查修复。通常一个新装好的linux的文件系统是“干净”的，但如果在刚装好的AS4中执行fsck也会提示文件系统错误，此时哪怕不执行修复立即退出，也会导致系统崩溃，重启操作系统后，init引导提示：

Kernel panic - not syncing:Attempted to kill init!

也许你想到用linux secure启动盘进行系统急救，但我要告诉你的是，急救盘在试图加载文件分区时会提示找不到正确的linux分区，我不知道将此硬盘挂接到其它系统中去是否能救出数据，但在这里主要不是讨论如何恢复系统和数据，而是提醒您注意这个系统缺陷。

所以当你需要用fsck保持一个干净的文件系统之前，请根据以下操作确定fsck是否升级到可靠版本：

# fsck -V

fsck 1.35 (28-Feb-2004)
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 /dev/sda3
e2fsck 1.35 (28-Feb-2004)
/dev/sda3 is mounted.  

当您看到fsck 的版本为1.35时，按ctrl + c 立即退出。此版本存在缺陷！！

到以下地址下载新版本的e2fsprogs安装包。

http://sourceforge.net/project/showfiles.php?group_id=2406

解开安装包，并进入该目录：

# mkdir build; cd build
# ../configure
# make
# make check

  

当看到所有检查信息都通过，则继续：

# make install
# make install-libs



最后还需要注意一下/etc/fstab文件，所有mount条目的第五、第六项是否省略，如果省略需要补填完整。



# fsck -V

fsck 1.39 (29-May-2006)
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 /dev/sda3
e2fsck 1.39 (29-May-2006)
/dev/sda3 is mounted.  

再次核对一下fsck的版本，现在您可以放心使用文件系统修复功能了。

结语：不知为何在redhat的企业版中居然会出现如此重大的失误，放置一个版本较低的重要程序导致系统使用时随时出现危险。而且在网络中也未能检索到相关提醒或公告，用户反馈方面也仅仅在chinaunix社区找到一个受此打击的用户，为何如此重大的一个bug却未有提及呢？

cuizongchao

呵呵，不知道你说的真假的．我看你最好自己买张飞机票到美国红帽去跟他们说说．他们可能给你报销路费．

cuizongchao

我的scsi驱动就没有for linux 4.0 as 的呀．．．．．．．怎么办呢．