Так, две вещи...
Один: основанные на сертификате репозитории являются функцией "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
....
Этот параметр IP на самом деле является параметром ядра, заданного вашим загрузчиком. Если вы видите попытку ядра AutoconFiguration, есть либо уже один, либо ваше ядро было построено по умолчанию, чтобы попробовать автоконфигурацию.
Попробуйте удалить параметр «IP» ядра или указывать «IP = None» и посмотреть, делает ли что вы хотите. Это должно быть хорошо для относительно современных ядер.
, что сказал, initramfs-инструменты могут забрать поведение от других установленных пакетов. Если вышеизложенное не отключает DHCP, посмотрите, есть ли там что-нибудь подключено к вашим пакетам клиента DHCP.