URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 83440
[ Назад ]
Исходное сообщение
"Не правильно определяет архитектуру (uname -a)"
Отправлено Anton_K , 22-Дек-08 09:12 
Доброго дня!

Помогите советом как можно обойти/исправить следующую ситуацию.

На машине без x86_64 установлена RHEL 3.4 (ia32) и ядро тоже разумеется ia32(2.4.21-27.EL)

Хочу обновить через yum ядро, даю комманду yum install kernel
он качает и устанавливает ядро x86_64!

даю комманду uname -a
Он мне сообщает что сейчас
Linux host 2.4.21-27.EL #1 SMP Wed Dec 1 21:53:39 EST 2004 x86_64 x86_64 x86_64 GNU/Linux
!!

что не верно

делаю
yum list kernel

он выдает
Looking in Available Packages:
Name                                Arch   Version                  Repo
--------------------------------------------------------------------------------

Looking in Installed Packages:
Name                                Arch   Version                  Repo
--------------------------------------------------------------------------------
kernel                              ia32e  2.4.21-27.EL             db
kernel                              x86_64 2.4.21-50.EL             db


Как быть? только ручное скачивание из репозитория? или есть выход поэлегантней?
p.s. машина в NIS домене ? может влиять ?

Благодарю .

Содержание
Сообщения в этом обсуждении
"Не правильно определяет архитектуру (uname -a)"
Отправлено ronin , 22-Дек-08 11:47 
Хм... так у Вас сейчас действительно х86_64, судя по выхлопу

>даю комманду uname -a
>Он мне сообщает что сейчас
>Linux host 2.4.21-27.EL #1 SMP Wed Dec 1 21:53:39 EST 2004 x86_64
>x86_64 x86_64 GNU/Linux

контрольные проверки:

dmesg | grep -i cpu
uname -i
uname -m
file /boot/vmlinuz-your_kernel_version
cat /proc/sys/kernel/osrelease


"Не правильно определяет архитектуру (uname -a)"
Отправлено Anton_K , 22-Дек-08 11:57 
>Хм... так у Вас сейчас действительно х86_64, судя по выхлопу

Видимо так и есть, но при установке нового ядра(x86_64) выводит мессагу что мол это ядро тут не подойдет, т.к. у вас не 64, использовать надо 32, форсировать установку?
при загрузке выпадает в кернел паник

>контрольные проверки:
>
>dmesg | grep -i cpu

microcode: CPU0 already at revision 0x5 (current=0x5)
microcode: CPU1 already at revision 0x5 (current=0x5)
microcode: No suitable data for cpu 0
microcode: No suitable data for cpu 1


>uname -i

x86_64

>uname -m

x86_64

>file /boot/vmlinuz-your_kernel_version

/boot/vmlinuz-2.4.21-27.EL: x86 boot sector
/boot/vmlinuz-2.4.21-50.EL: x86 boot sector


>cat /proc/sys/kernel/osrelease

2.4.21-27.EL


кроме того:
cat /proc/cpuinfo

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      :                   Intel(R) Xeon(TM) CPU 3.60GHz
physical id     : 0
siblings        : 1
runqueue        : 0
stepping        : 3
cpu MHz         : 3600.312
cache size      : 0 KB
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss tm ferr syscall lm sse3 monitor ds-cpl gv3 tm2 cnxt-id
bogomips        : 8388.60
clflush size    : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      :                   Intel(R) Xeon(TM) CPU 3.60GHz
physical id     : 0
siblings        : 1
runqueue        : 1
stepping        : 3
cpu MHz         : 3600.312
cache size      : 0 KB
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss tm ferr syscall lm sse3 monitor ds-cpl gv3 tm2 cnxt-id
bogomips        : 7182.74
clflush size    : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

"Не правильно определяет архитектуру (uname -a)"
Отправлено ronin , 22-Дек-08 19:30 
Не уверен, но есть предположение:
баг в утилите uname (или просто старая) и она некорректно распознает тип архитектуры/процессора; попробуите проапдейтить пакет coreutils вручную;

Так же сбивает с толку вот это в выхлопе /proc/cpuinfo:

cache size  : 0 KB

Это что? процессор без кеша :-) ?


respect,
ronin

"Не правильно определяет архитектуру (uname -a)"
Отправлено Z0termaNN , 22-Дек-08 19:37 

>fpu vme de pse tsc msr pae mce cx8 apic sep
>mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
>sse sse2 ss tm ferr syscall lm sse3 monitor ds-cpl gv3

lm - это как раз поддержка emt64. так что все правильно - процессор
совершенно нормально определился как x86_64. а что именно не устраивает ?
если прямо-таки нравится 64 бита, то просто делаем
# cat > /etc/rpm/paltform
i686-redhat-linux
^D

"Не правильно определяет архитектуру (uname -a)"
Отправлено Anton_K , 23-Дек-08 08:40 
>совершенно нормально определился как x86_64. а что именно не устраивает ?

Не устраивает то, что Yum при обновлении качает x86_64, которое при установке ругается что не заработает тут, (в рпм/платформ иа32е-редхет-линукс)
а после выдает кернел паник
ситуация непонятная, ставили на тачки EL3.4 здесь до меня, видимо изначально ставили i386 дистрибутив ,
порой бывает кернел паник при работе с nfs серверами, хотел обновиться.
Хотя пока обновил nfs на файловых серверах, после этого падений ттт не наблюдалось, аднако на всякий случай. в жизни всякое бывает

"Не правильно определяет архитектуру (uname -a)"
Отправлено Anton_K , 25-Дек-08 08:28 
Правил ручками yum.conf
везде где $basearch прописал жестко i386
начал качать и устанавливать пакеты для архитектуры i386
Но вод дошло дело до ядра - он скачал ядро athlon, Хотя у меня зион
в репозитории в папке i386 - 3 версии ядра athlon, i586, i686
вручную скачал i586 - при установке поругался что модули этого ядра отличной архитектуры
щас уже качаю из SRPMS, уже не знаю что и думать.

p.s. Линукс стоит на блэйдах

"Не правильно определяет архитектуру (uname -a)"
Отправлено angra , 25-Дек-08 23:19 
А что не так с athlon? Почитали бы для начала его описание, может подходит. Версии пакетов для модулей и ядра должны совпадать, вроде такого linux-image-2.6.22-3-k7 и linux-modules-2.6.22-3-k7, у вас само собой другие названия. Не нужно srpm, просто поставьте правильные пакеты.
Если yum не справляется, то можно поставить smart, он таки значительно умнее в конфликтных ситуациях. Также посмотрите(rpm -qa| grep ...) список всех установленных пакетов со словами kernel/linux/image. Вполне возможно что проблему создает метапакет или дополнительное ядро.
"Не правильно определяет архитектуру (uname -a)"
Отправлено Anton_K , 26-Дек-08 09:34 
У процессора х86_64

у всех программ и имодулей тоже х86_64

но вот ядро которое нужно должно быть - ia32e
(http://oss.oracle.com/pipermail/el-errata/2007-June/000177.html)

ищу такое