LINUX.ORG.RU
ФорумAdmin

Помогите разобраться с rpm


0

0

Досталась мне в наследство система стоящая, как я понимаю на RedHat с ядром 2.4. Прошу прощения, я может и не правильно определил дистрибутив. Всегда с FreeBSD работал... Так вот. Есть небольшая проблемка с rpm А именно: при установке пакетов, апгрейде - выдаёт следующее: (на примере atp-get'a) --- [root@gate usr]# apt-get install dialog Processing File Dependencies... Done Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: dialog 0 packages upgraded, 1 newly installed, 0 to remove(replace) and 227 not upgraded. Need to get 0B/116kB of archives. After unpacking 270kB will be used. Executing RPM (-U)... Preparing... ########################################### [100%] E: Sub-process /bin/rpm terminated by signal (11) --- Ну и соответственно если просто ручками rpm -i пакет делать - таже фигня :(

Ответ на: комментарий от Deleted

=) IBM xServer x346 Dual XEON 3.2, 1 gb ram регистровой и т.д... У меня несколько этих платформ одинаковых, перекидывал винты (ибо тоже сразу же эта мысль пришла) - результат одинаков. Не может быть дело в самом rpm ? пытался собрать из сырцов точно такой же версии - уже забыл почему не получилось...

ole-ole-ole
() автор топика
Ответ на: комментарий от zgen

Пробовал, непомогает. rpm --rebuilddb проходит без ошибок...

ole-ole-ole
() автор топика
Ответ на: комментарий от Deleted

Да никаких ошибок или ещё чего-либо в логах я не нашёл насчёт этого... Я на самом деле как принял эти железки, так этот rpm и не работал...

ole-ole-ole
() автор топика
Ответ на: комментарий от anonymous

Умирает вот на чём:
open("/lib/ld-linux.so.2", O_RDONLY)    = 9
read(9, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \f\0\000"..., 1024) = 1024
fstat64(9, {st_mode=S_IFREG|0755, st_size=106400, ...}) = 0
old_mmap(NULL, 87796, PROT_READ|PROT_EXEC, MAP_PRIVATE, 9, 0) = 0x40365000
mprotect(0x4037a000, 1780, PROT_NONE)   = 0
old_mmap(0x4037a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 9, 0x15000) = 0x4037a000
close(9)                                = 0
--- SIGSEGV (Segmentation fault) ---

ole-ole-ole
() автор топика
Ответ на: комментарий от ole-ole-ole

ld-linux.so.2 у нас принадлежит glibc-2.3.2-27.9.7:
[root@gate archives]# rpm -q -f /lib/ld-linux.so.2
glibc-2.3.2-27.9.7
А самих glib'ов чёртова туча :)
[root@gate archives]# rpm -q -a | grep glib
glibc-kernheaders-2.4-7.16
glib-1.2.10-5
glibc-common-2.3.2-27.9.7
glibc-2.3.2-27.9.7
glib-devel-1.2.10-5
glibc-devel-2.3.2-27.9.7
glib2-2.0.1-2
Может имеет смысл пересобрать из сырцов glibc-2.3.2-27.9.7 ?

ole-ole-ole
() автор топика
Ответ на: комментарий от ole-ole-ole

Если не работал с линуксом - с вероятностью 99% убьёшь систему пересборкой glibc.

Забэкапь важные данные и переставь систему.

Это задача номер раз для сомнительных машин, приходящих в собственность - а вдруг там руткитов куча? А на проверку на валидность пакетов можно не уповать - руткит запросто можно встроить(при достаточной квалификации) в сам rpm

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.