我试图更新我们的Ubuntu服务器中的libc，但它失败了，现在当我重启服务器时收到错误消息：
内核恐慌 - 没有同步 - 试图杀死init！
它只是挂起。
这个问题的解决方案是什么？该服务器由10个人使用，因此我不想重新安装删除他们的数据。
答案 0 :(得分：16)
如果完整消息是：
kernel panic - not syncing: Attempted to kill inint !
PId: 1, comm: init not tainted 2.6.32.-279-5.2.e16.x86_64 #1
然后你应该禁用selinux，然后重新启动系统。
更容易使用实时操作系统并重新启用它
vim /etc/selinux/config
...
SELINUX=enforcing
...
第二个选择是通过添加 selinux = 0
来禁用内核参数中的selinuxvim /boot/grub/grub.conf
...
kernel /boot/vmlinuz-2.4.20-selinux-2003040709 ro root=/dev/hda1 nousb selinux=0
...
答案 1 :(得分：1)
答案 2 :(得分：1)
从CD启动以解救安装和编辑 / etc / selinux / config ：将SELINUX从强制更改为允许。重新启动并启动系统
更改前的 /etc/selinux/config：
SELINUX=enforcing and SELINUXTYPE=permissive
/etc/selinux/config：
SELINUX=permissive and SELINUXTYPE=permissive
答案 3 :(得分：1)
当我更换故障磁盘时，我遇到了这个问题。我已将系统文件复制到新磁盘，并且很好地用fstab中新磁盘的UUID替换旧磁盘的UUID条目。
但是我没有替换/ boot / grub中grub.conf（有时是menu.lst）文件中的UUID。所以检查你的grub.conf文件，以及＆＃34;内核＆＃34; line有类似的东西
kernel ... root=UUID=906eaa97-f66a-4d39-a39d-5091c7095987
它可能有旧磁盘的UUID。将其替换为新磁盘的UUID并运行grub-install（如果您正在进行实时CD救援，则可能需要chroot或指定grub目录。）
答案 4 :(得分：1)
装载重新安装/
例如
mount -o remount,rw /dev/xyz / sed -i 's/1 1/0 0/' /etc/fstab sed -i 's/1 2/0 0/' /etc/fstab 答案 5 :(得分：1)
解决方案是： -
这基本上会强制你的PC重启，因为默认情况下它在内核崩溃后不会重启。
答案 6 :(得分：1)
在grub屏幕上goto启动恢复。
启动时按住ESC
它应该带你进入gui菜单。打开命令并修复selinux。
另外我建议运行干净的破损包
答案 7 :(得分：0)
使用带有cd的Rescue模式并挂载文件系统。尝试检查是否删除了任何二进制文件或文件夹。如果删除，则必须手动安装rpms才能恢复这些文件。