Как я могу удалить биты GUI из установки Red Hat Enterprise Linux?

Я смотрю на ферму серверов RedHat Enterprise Linux (RHEL) 5.3, на которых установлены GNOME и Xorg, но ни один из них не нужен. Они были развернуты третьей стороной из шаблона виртуальной машины, и я не знаю всей их истории. Что я знаю, так это то, что ни один из них не запускает приложение, которое на самом деле требует установки полного графического интерфейса. Однако, возможно, что некоторые запускают приложение, которое требует некоторых библиотек X (на ум приходит ImageMagick).

В соответствии с yum grouplistгруппа X Window System не установлена, поэтому я не могу использовать yum groupremove Вот.

Достаточно ли низкоуровневый пакет или пакеты, которые я могу удалить, которые вытянут Gtk, GNOME и Xorg? В качестве альтернативы, если он генерирует список пакетов для удаления перед запуском, мы можем переустановить нужные нам приложения, которые будут возвращать библиотеки X, когда мы закончим.

4 ответа

Решение

Я не делал этого с реальным, живым RHEL, но я выбрал X из CentOS 5.1 и 5.2. (Я снимал X с дистрибутивов, созданных в Redhat, в течение многих лет... с тех пор, как зависимости были созданы так, что вам, по сути, приходилось устанавливать X, хотите вы этого или нет.)

Я не помню точных зависимостей, но, насколько я помню, есть некоторые вызывающие зависимость зависимости, которые требуют аргумента "--nodeps" для RPM, чтобы заставить ошибочные RPM удалить. Я просто начинаю извлекать ненужные пакеты, добавляя все больше и больше пакетов в командную строку "rpm -e" и, наконец, добавляя "--nodeps", когда это необходимо.

Я не знаю, что я бы рекомендовал делать это для производственных машин. Я не использую никакое количество CentOS в производственных средах, поэтому вполне возможно, что я потенциально испорчу свою установку. В производственной среде дисковое пространство дешево. Мне не нравится, когда с точки зрения безопасности установлено ненужное программное обеспечение, но правильная вещь(tm), вероятно, состоит в том, чтобы перестраивать пакеты с нарушающими зависимостями (без учета явно нарушающих зависимостей), а не просто удалять и потенциально делать систему непригодной для использования.,

Вы также можете просто не запускать X-сервер / GDM при загрузке и оставлять пакеты там. Я предполагаю, что они займут некоторое пространство и добавят время к обновлениям, но кроме этого я не думаю, что они вызовут какие-либо проблемы.

В вашей ситуации вы могли бы действительно хотеть, чтобы они были удалены, или вы, возможно, уже рассмотрели это, но я просто хотел выложить это там:-)

Я делаю в основном то же самое в данный момент. Мой метод в основном ручной, из-за отсутствия инструментов для этого, но он может помочь.

Сначала разверните новый сервер с правильным списком необходимых вам пакетов, то есть без X и Gnome. Затем рассмотрите список пакетов на старом и новом серверах. Не стоит просто пытаться удалить весь diff со старого сервера - вы никогда не знаете, что сломается - но это может быть началом. Возьмите несколько больших пакетов из diff, которые, как вы уверены, не сломают (например, nautilus) и начните с этого. Попробуйте rpm -e --test в скомпилированном списке промойте, повторите. Окончательный список может быть использован на других серверах довольно безболезненно, учитывая, что все серверы похожи.

Я от всего сердца согласен, что это не очень хороший, чистый, стандартизированный способ сделать это, но я ценю удаление Gnome и X crud с моих серверов более высоко, чем какой-то упорядоченный процесс, чтобы туда добраться. Помните, что я не устанавливал эти серверы, я просто очищаю их.;-)

Мы удаляем пакеты только во время простоя исправлений, поэтому мы можем тестировать приложение (в основном Oracle) сразу после их удаления. В случае поломки мы yum install the list and try again with a smaller subset. Not that that ever happened, but you should be prepared for the worst. Like Evan said: this is risky business.

My main target is to remove the bigger X apps from the servers (like, again, nautilus, firefox, openoffice, etc.) mainly for the reason of decreasing the security footprint. The fact that some smallish apps will possibly remain installed is fine with me - for now - because we are 'catching the bigger fish', so to speak.

Я заставил это работать с Kickstart. Если вы создадите конфигурационный файл кикстарта, вы можете исключить базу из определения пакетов и получить действительно минимальную установку. Я думаю, что он был настолько минимальным, что даже не имел yum и нескольких других, и мне пришлось добавить эти пакеты обратно.

Другие вопросы по тегам