LINUX.ORG.RU

RH6.2 + AMD K7 Tbird 650 проблемы после установки.


0

0

Итак, комп, AMD Tbird 650, 256М оперативки. Без проблем ставятся винды, RH7.0 на ура встал, легко компилялись ядра 2.4.0, 2.4.1 Решил поставить RH6.2 заместо RH7.0 (причины описывать лень). Поставились нормально, / раздел отформатировал. После инсталяции ядро не грузится, говорит: Disabling CPUID Serial number...general protection fault: 0000 CPU: 0 EIP: 0010:[<c02340f4>] EFLAGS: 00010282 и т.д. Kernel panic: Attempted to kill the idle task! In swapper task - not syncing При этом дискеты, взятые от slackware, позволили стартануть нормально установленную систему, токо на дискетах ядро было малек более новое (2.2.16), так что без модулей все грузанулось... В чем дело, что делать? Не подскажете? Неужели проблема в установленном ядре?

anonymous

Странные у тебя глюки. Могу сказать только, что дело не в самом ядре, а скорее всего в том, как его компилили. У меня Thunderbird 700, ядро 2.2.5, скомпиленное для ppro, все ок. Кстати, самый медленный Thunderbird - это вроде 700МГц? Так что может быть у тебя Duron?

nobody ★★
()

Не-а, это проблемы ядра, которое поставилось вместе с дистрибутивом RH6.2.
Я откомпилил 2.4.1, поставил, и все заработало. Токо все-равно обидно.

Что касается Tbird, ты не прав, Tbird 650 действительно существует и продается.
Скажем, в Формозе.

anonymous
()

Уважаемый коллега! я не помогу тебе с ответом на твой вопрос, но хочу сказать, что у меня ATHLON-800 Tbird и 64mb ОЗУ, и такая же проблема: win - ставится и грузится, а BlackCat 6.02(стандарт)не грузится (даже с дискеты, созданной в процессе инсталляции -,т.к 13 гб и LILO :( ).И ВЫДАЕТ ОЧЕНЬ ПОХОЖИЕ НАДПИСИ (GENERAL PROTECTION, EID, EFLAGS...)Может ли быть дело в отсутствии поддержки ATHLON-архитектуры ? ОГРОМНАЯ ПРОСЬБА-т.к. я чайник , если что узнаешь конкретно скинь по e-maily: pkirill_msk@mail.ru заранее большое спасибо!

anonymous
()
9 мая 2001 г.

Unfortunately these two AMD chips {Athlon (thunderbird)/Duron (spitfire)}
usually will not boot after a Red Hat Linux 6.2 installation;
however a work around has been etablished. Follow the instructions
below to get around this issue.

I.At the lilo boot prompt type "linux x86_serial_nr=1"

This will prevent the kernel from attempting to turn off the
Pentium III serial number that these CPU's don't have.

II.Once bootup is complete complete ONE of the following to eliminate
having to do this in the future:


I. DISABLE SERIAL NUMBER ON EXITING KERNEL

1.login as the root user
2.edit "/etc/lilo.conf"
3.locate the "image=linux" section

timeout=50
linear
default=linux

image=/boot/vmlinuz-2.2.14-5.0
label=linux
read-only
root=/dev/hda5


4.add append="x86_serial_nr=1"

timeout=50
linear
default=linux

image=/boot/vmlinuz-2.2.14-5.0
label=linux
read-only
root=/dev/hda5
append="x86_serial_nr=1"


5.run "/sbin/lilo"

bash root@localhost# /sbin/lilo
Added linux *
bash root@localhost#




II. UPGRADE THE KERNEL TO THE ERRATA KERNEL
kernel-2.2.16-3 or kernel-2.2.18

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