Сервер SLES разбился и не перезапускается.
Член команды запустил эту команду примерно за полчаса до этого.
zypper remove zookeeper-server - 2.2.6.0-2800
... Включая пробелы. Я боюсь, что он случайно удалил гораздо больше, чем он планировал, и теперь машина не загружается. Это большая машина Fujitsu 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
На всех остальных машинах ядро linux находится в / boot: -rw-r - r-- 1 root root 3231872 20 мая 2010 г. vmlinuz-2.6.32.12-0.7-default
Однако на этой машине нет файла vmlinuz в / boot:
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 для его загрузки? Я не системный администратор (это долгая история ...), так что кто-нибудь может посоветовать, пожалуйста, как лучше всего диагностировать состояние этого сервера?
Спасибо!
Я полагаю, что указанная команда, к сожалению, удалит большую часть системы.
Синтаксис 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
То же самое происходит с отправленной вами командой.
К сожалению, я считаю, что вам придется получить физический доступ к вашему серверу и перестроить его (если, конечно, у вас нет доступа к PXE-серверу, с которым вы можете работать).
Этот член команды, вероятно, должен был ответить y
на сотни вопросов, подобных приведенному выше, поэтому я бы также удалил его из /etc/sudoers
...