отключите dhcp в initramfs

Так, две вещи...

Один: основанные на сертификате репозитории являются функцией "subscription_manager", в то время как "Классик RHN" является традиционным RHN. Сначала необходимо знать, какой тип система использует. Если это будут "основанные на сертификате репозитории то", (иначе subscription_manager) затем Вы будете видеть файл/etc/yum.repos.d/redhat.repo с содержанием как:

[rhel-6-server-rpms]
name = Red Hat Enterprise Linux 6 Server (RPMs)
baseurl = https://cdn.redhat.com/content/rhel/server/6/$releasever/$basearch/os
enabled = 0
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta,file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
sslverify = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
sslclientkey = /etc/pki/entitlement/1111111111111111111-key.pem
sslclientcert = /etc/pki/entitlement/1111111111111111111.pem
metadata_expire = 86400

Если это верно, Вы, вероятно, используете subscription_manager, если, с другой стороны, Вам определили местоположение файла в:/etc/sysconfig/rhn/systemid затем система был зарегистрирован через "Классика RHN". Независимо, какой бы ни метод, который Вы использовали, другой, должен быть выключен. Это может быть сделано путем конфигурирования конфигурации соответствующего плагина, расположенной в:/etc/yum/pluginconf.d/

Для "Классика RHN" это будет файлом "rhnplugin.conf", и для "subscription_manager" это будет "подписка-manager.conf". Они позволены/отключены путем устанавливания булева значения, "включил = [0|1]" в соответствующем конфигурационном файле. Если у Вас нет ни одной из этих конфигураций затем, Ваша система не регистрируется через RHN/subscription_manager и несмотря на наличие полномочий местных органов власти, необходимо связаться системным администратором, который управляет правами RHN. Если Вы регистрируетесь, давайте продолжать идти.

После того как Вы отключили плагин, Вы приняли решение не использовать, проверить, что Вы видите доступные группы и никакие сообщения об ошибках через команду:

yum grouplist

или, еще лучше:

yum grouplist | grep -i development 

это должно привести к выводу, подобному:

redbeard@yum01 [~]# yum grouplist | grep -i development
   Additional Development
   Desktop Platform Development
   Development tools
   Server Platform Development

Вы заметите, что имя "Средства разработки" имеет строчный начальный символ во втором слове. Я действительно проверял это, это должно работать независимо от случая.

redbeard@yum01 [~]# sudo yum groupinstall "Development Tools"
Loaded plugins: product-id, security, subscription-manager
This system is receiving updates from Red Hat Subscription Management.
Setting up Group Process
Package 1:pkgconfig-0.23-9.1.el6.x86_64 already installed and latest version
Package binutils-2.20.51.0.2-5.36.el6.x86_64 already installed and latest version
Package elfutils-0.152-1.el6.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package autoconf.noarch 0:2.63-5.1.el6 will be installed
---> Package automake.noarch 0:1.11.1-4.el6 will be installed
---> Package bison.x86_64 0:2.4.1-5.el6 will be installed
---> Package byacc.x86_64 0:1.9.20070509-7.el6 will be installed
---> Package cscope.x86_64 0:15.6-6.el6 will be installed
---> Package ctags.x86_64 0:5.8-2.el6 will be installed
....
3
17.12.2014, 15:36
1 ответ

Этот параметр IP на самом деле является параметром ядра, заданного вашим загрузчиком. Если вы видите попытку ядра AutoconFiguration, есть либо уже один, либо ваше ядро ​​было построено по умолчанию, чтобы попробовать автоконфигурацию.

Попробуйте удалить параметр «IP» ядра или указывать «IP = None» и посмотреть, делает ли что вы хотите. Это должно быть хорошо для относительно современных ядер.

, что сказал, initramfs-инструменты могут забрать поведение от других установленных пакетов. Если вышеизложенное не отключает DHCP, посмотрите, есть ли там что-нибудь подключено к вашим пакетам клиента DHCP.

2
27.01.2020, 21:27

Теги

Похожие вопросы