Установка RPMS на Centos

Используйте dmidecode. Данные DMI содержат вещи о физическом оборудовании, на котором Вы работаете. Это включает вещи как модель, порядковый номер, и т.д. Я не знаю ни о каком гипервизоре, который способен к ковке этой информации.

Демонстрационная часть dmidecode произвела:

System Information
Manufacturer: HP
Product Name: ProLiant DL360 G5
Version: Not Specified
Serial Number: MXQ643K6F8      
UUID: 93403131-8718-4D72-2834-917461184750
Wake-up Type: Power Switch
SKU Number: 470064-513      
Family: ProLiant

В то время как было бы технически возможно подделать его путем изменения кода гипервизора в случаях как KVM, выполнение так будет неблагоразумно. Человек, делающий так, потерял бы способность обновить гипервизор каждый раз, когда новые версии выпущены. Они должны были бы внести все свои изменения снова.

Другая возможность была бы MAC-адресом. Если бы они перешли Вашу ОС на виртуальную машину, то ее MAC-адрес должен был бы измениться, или они больше не могли бы использовать физическое оборудование, Вы больше шли в той же сети, или это вызовет конфликты MAC-адреса.

1
07.11.2012, 16:56
2 ответа

Обычно не хорошая идея установить одинокий rpms, только потому, что трудно отслеживать все зависимости. КОНФЕТКА делает довольно хорошее задание обработки этого для Вас. Возможно установить единственный rpms использование КОНФЕТКИ путем выдачи следующей команды

#yum localinstall <packagename.rpm> --nogpgcheck 

Если вообще возможный стараются не устанавливать rpms индивидуально.

3
27.01.2020, 23:29
  • 1
    Худший вариант развития событий с поврежденным пакетом? Какой ущерб Автономное может нанести системе? Это установит какие-либо библиотеки отдельно, чтобы быть установленным? –  tux_drummer 07.11.2012, 17:49
  • 2
    Вы могли легко сделать свою систему незагрузочной, если автономный пакет повреждает существующее системное программное обеспечение, или так или иначе interfers с ОС. Плюс, RPMs не являются просто набором файлов, они содержат сценарии, которые работают автоматически во время установки (или удаление) пакета, и для кого-то легко сделать ошибку при создании пакета и случайно вызвать серьезные последствия. –  jsbillings 07.11.2012, 19:50
  • 3
    @jsbillings должен это не вызывать, по крайней мере, предупреждение конфликта - особенно при использовании yum? –  Nils 07.11.2012, 23:14
  • 4
    Худший вариант развития событий при необходимости использовать RPM-пакет из недоверяемого источника можно также распаковать его использование rpm2cpio. EX: rpm2cpio yourrpm.rpm | cpio -idmv –  Mike Keller 08.11.2012, 06:21

Установка автономного RPMs не опасна вообще, и на самом деле, иногда Вы не можете установить их с КОНФЕТКОЙ, потому что они не находятся ни в каком repos. Причина RPMS являются хорошей вещью (как любой пакет, где Вы используете диспетчер пакетов для управления) состоит в том, потому что RPMs самостоятельно содержат спецификацию, которая описывает все об об/мин к системе. Это включает зависимости, какими программами управляют и т.д.

И КОНФЕТКА и об/мин используют те же базы данных, таким образом с помощью КОНФЕТКИ localinstall является в конечном счете тем же как просто выполнением rpm -ivh packagename.rpm

0
27.01.2020, 23:29
  • 1
    Желательно использовать конфетку для установки пакетов, которые не находятся в repos. Просто выполненная 'конфетка устанавливает/path/to/package.rpm' и мало того, что это установит пакет, это также возьмет любые требования в пакете, и если они находятся в существующей конфетке repos, устанавливают их наряду с локальным пакетом. –  jsbillings 07.11.2012, 19:46

Теги

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