Вопросы Теги

Могу я “конфетка обновляю” до определенной версии CentOS?

ssh you@host /bin/sh -is - по цене недостатка в ИМУЩЕСТВЕ.

4
16.03.2013, 11:19
2 ответа

Я думаю, что Вы могли рассматривать первую установку CentOS DVD как репозиторий, т.е. смонтировать цикл изображение ISO DVD как /media/cdrom, установите baseurl из одного репозитория к file:///media/cdrom и скажите yum проигнорировать другой repos. Создайте a /etc/yum.repos.d/CentOS-Media.repo содержа эти строки:

[c5-media]
name=CentOS-$releasever - Media
baseurl=file:///media/cdrom/
gpgcheck=1
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5

и скажите yum использовать этот repo только:

yum --disablerepo=\* --enablerepo=c5-media install lynx

(См. это для ссылки.)

Протест 1: Это перестанет работать если RPMs от DVD 2of2 необходимы; не уверенный, если существует обходное решение. Протест 2: это - определенная трата пропускной способности, тем не менее, так как Вам нужен целый DVD только для обновления нескольких пакетов от определенной версии. HTTPFS, если это работает, как рекламируется, мог бы иметь большую выгоду здесь (я никогда не пробовал его).

2
27.01.2020, 20:56

CentOS (поскольку это клонировано от RHEL) действительно не имеет "версии 5.9", это - по существу версия 5 плюс все обновления до момента, когда 5.9 сокращается для создания нового набора установочного носителя. Таким образом для обнаружения точно, как это приложение сторонних производителей повреждается, необходимо будет узнать то, от чего оно зависит, и обновите это (и любые зависимости) от различных медиа CentOS (поскольку я очень сомневаюсь, что старые пакеты находятся все еще вокруг в репозитории где-нибудь). Возможно, более просто просто сделать установку (в виртуальной машине?) использование запускать файла для установки его каждый раз и тест. BTW, используйте идею двоичного поиска: Это работает над 5, повреждается на 9 ~~-> попытка (5 + 9) / 2 = 7 затем.

О чем это? Каковы признаки поломки? Возможно, если Вы задаете более конкретный вопрос (как новый вопрос), кто-то мог бы помочь...

2
27.01.2020, 20:56
  • 1
    Приложение является эмулятором для выполнения двоичных файлов Соляриса/SPARC на x86_64. На 6.x это сразу segfaults; на 5,9 это просто подвешивает и заполняет таблицу процессов процессом для каждого ветвления. Stracing был неокончательным относительно того, что продолжалось. Приложение делает довольно волшебный (ядро) материал, это появляется и требует, чтобы некоторый демон помощника работал. Переключение на QEMU не является опцией в это время. –  Jens 12.03.2013, 18:17
  • 2
    Возможно, это - просто чувствительная версия ядра? Просто использование старого ядра на в других отношениях актуальном CentOS 5 не является слишком прекрасной идеей, но это могло бы спасти положение... обновление –  vonbrand 12.03.2013, 18:32
  • 3
    Дальнейшее расследование показало, что это - несовместимость в библиотеке GNU C. С glibc-2.5-58 выполнение приложения, прекрасное на CentOS 5.9, с запасом glibc-2.5-107 это, зависает. Я теперь указываю на LD_LIBRARY_PATH на более старый glibc при запущении приложения. –  Jens 16.03.2013, 11:06

Теги

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