SLES服务器崩溃了，不会重新启动。
一个小组成员在大约半个小时之前执行了这个命令
zypper remove zookeeper-server - 2.2.6.0-2800 包括空格 我担心它被无意中移除的远远超过他的意图，现在机器将无法启动。 这是一个数据中心中的大型富士通SLES机器，操作员访问存在问题。 我有控制台访问。 这是SLES 11.3 – 我有更多的这些机器进行比较。
它启动grub，我看到“grub>”提示符。
grub> boot Error 8: Kernel must be loaded before booting grub> find /etc/grub.conf [1130655,0,10] (hd0,0)
从其他机器我相信这个文件包含这个：
setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit grub> setup --stage2=/boot/grub/stage2 Error 11: Unrecognized device string
其他机器在/ boot下都有linux内核：-rw -r – r– 1 root root 3231872 2010年5月20日vmlinuz-2.6.32.12-0.7-default
但是这台机器在/ boot中没有vmlinuz文件：
grub> find /boot/<tab> Possible files are: grub backup_mbr initrd-2.6.32.12-0.7-default-kdump
我的问题：1.上面的zypper命令是否已经擦除了大量的包，包括内核文件？ 这可能吗？ 2. vmlinuz文件可能在其他地方吗？ 我有grub“find”命令但没有“ls”命令。 在我所有的其他机器上，它在/ boot。 3.有没有办法将vmlinuz文件推送到这个盒子来启动它？ 我不是系统pipe理员（这是一个漫长的故事…）所以任何人都可以请告知什么是最好的技术来诊断这个服务器的状态？
谢谢！
我相信，不幸的是，指定的命令将卸载大部分系统。
zypper语法使用+和-来指定要安装/删除的附加软件包。
比如zypper install vim -emacs会安装vim并删除emacs
当-之后什么都没有指定时，由于某种原因，zypper将删除所有可以…
当我运行zypper remove -那么zypper立即显示：
Problem: This request will break your system! glibc-2.11.3-17.54.1.x86_64 requires filesystem, but this requirement cannot be provided Solution 1: Following actions will be done: keep glibc-2.11.3-17.84.1.x86_64 keep filesystem-11.1-3.5.3.x86_64 Solution 2: ignore the warning of a broken system (requires:glibc) Solution 3: keep filesystem-11.1-3.5.3.x86_64 Solution 4: break glibc-2.11.3-17.54.1.x86_64 by ignoring some of its dependencies
您发布的命令也会发生同样的情况。
不幸的是，我相信你将不得不物理访问你的服务器并重build它（当然，除非你有权访问你可以使用的PXE服务器）。
有问题的团队成员可能不得不回答y上面的数百个问题，所以我也开始从/etc/sudoers删除他。