Загрузочный файл vmlinuz удален - варианты восстановления?
Сервер SLES вышел из строя и не будет перезагружен.
Член команды выполнил эту команду примерно за полчаса до
zypper remove zookeeper-server - 2.2.6.0-2800
... Включая пробелы. Боюсь, что он случайно удалил гораздо больше, чем предполагал, и теперь машина не загружается. Это большая машина Fujitsu SLES в центре обработки данных, где доступ оператора затруднен. У меня есть консольный доступ. Это SLES 11.3 - у меня есть еще несколько таких машин для сравнения.
Это загружается, чтобы жрать, и я вижу подсказку "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 "найти", но нет команды "ls". На всех других моих машинах он находится в / boot. 3. Есть ли способ загрузить файл vmlinuz в это окно, чтобы загрузить его? Я не системный администратор (это длинная история...), поэтому кто-нибудь может посоветовать, пожалуйста, как лучше всего диагностировать состояние этого сервера?
Спасибо!
1 ответ
Я полагаю, что указанная команда, к сожалению, приведет к удалению большей части системы.
Синтаксис Zypper использует +
а также -
указать дополнительные пакеты для установки / удаления.
Например zypper install vim -emacs
установлю vim
и удалить emacs
Когда ничего не указано после -
почему-то zypper удаляет все, что может...
Когда я бегу zypper remove -
тогда молния сразу показывает:
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
...