Bug 2979 - зависание ядра 2.4.22-alt2-std-up при закрузке
: зависание ядра 2.4.22-alt2-std-up при закрузке
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/kernel-image-std-up)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
: 3005
  Show dependency tree
 
Reported: 2003-09-13 20:07 by
Modified: 2005-08-31 03:07 (History)


Attachments
dmesg logs (5.63 KB, application/x-tbz)
2003-09-26 16:49, Dmitry
no flags Details
dmesg log from 2.4.22-alt4 (8.60 KB, text/x-log)
2003-09-26 21:49, Dmitry
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2003-09-13 20:07:06
Ядро 2.4.22-alt2-std-up при загрузке виснет машина, похоже на обращении к шине 
или что-то вроде того. 
Первый раз зависла на подгрузке модулей для usb, я отключил и попробовал еще 
раз. второй раз зависла на kudzu, я убрал kudzu на загрузке и третий раз уже 
повисла на загрузке nvidia драйвера в X. 

nvidia 4496, motherboard MSI K7Turbo Limited Edition (KT133A), процессор 
Athlon 1.6XP, диски на Promise RAID controller (PDC2065) 

С Уважением, 
Дмитрий.
------- Comment #1 From 2003-09-16 21:29:19 -------
Какие параметры передаются ядру?

Устраняют ли проблему параметры ядра:

acpi=off
nolapic
noapic
acpi=off noapic
acpi=off noapic nolapic
------- Comment #2 From 2003-09-16 21:53:29 -------
Добрый вечер ! 
 
Если только дать acpi=off, то сразу легчает. 
 
acpi=off - не зависает 
nolapic - зависает 
noapic - зависает 
acpi=off noapic - не зависает 
acpi=off noapic nolapic - не зависает 
 
------- Comment #3 From 2003-09-16 22:02:42 -------
И еще, я забыл написать. 
 
при обычной загрузке без отключения ACPI 
 
как виснет на старте X (dm) - херится kdmrc 
он весь забит нулями и в начале мусор от ядра, аккурат каждый раз одного 
размера :)  
 
может клинит где-то с reiserfs и IDE модулями на VIA 
------- Comment #4 From 2003-09-17 00:07:40 -------
очень похоже на проблему, аналогичную #2966
------- Comment #5 From 2003-09-17 18:00:14 -------
Тогда сделайте следующее:

1) Каким-либо образом загрузите систему с включенным ACPI (например, добавив при
загрузке к параметрам ядра 3 или 1, в крайнем случае init=/bin/bash и потом
mount / -o rw,remount, потом перед перезагрузкой mount / -o ro,remount; reboot -f).

2) Сохраните вывод dmesg в файл (dmesg >dmesg.log); потом перезагрузитесь с
нормально работающим ядром.

3) Ещё нужно получить информацию DMI - к сожалению, в сборке ядра
2.4.22-alt2-std-up выдача этой информации отключена. Загрузите какое-нибудь ядро
из 2.4.20-alt* и сохраните вывод dmesg.

Прицепите информацию от dmesg к багу (можно в упакованном виде через Create a
New Attachment).

В некоторых случаях проблемы с ACPI решаются после обновления BIOS. Если будете
обновлять - обязательно снимите всю информацию ПЕРЕД обновлением, а потом ещё
раз после него, и укажите исходную и новую версию BIOS.
------- Comment #6 From 2003-09-17 21:15:24 -------
>Тогда сделайте следующее: 
>1) Каким-либо образом загрузите систему с включенным ACPI (например, добавив 
>при загрузке к параметрам ядра 3 или 1, в крайнем случае init=/bin/bash и 
>потом mount / -o rw,remount, потом перед перезагрузкой mount / -o ro,remount; 
>reboot -f). 
 
Загружу и не такие загружали :) 
 
>2) Сохраните вывод dmesg в файл (dmesg >dmesg.log); потом перезагрузитесь с 
>нормально работающим ядром. 
 
сделаю этот эксперимент на выходных. 
 
>3) Ещё нужно получить информацию DMI - к сожалению, в сборке ядра 
>2.4.22-alt2-std-up выдача этой информации отключена. Загрузите какое-нибудь  
>ядро из 2.4.20-alt* и сохраните вывод dmesg. 
 
Да вообще пакет ядра веселый этот. 
Модули CryptoAPI и CryptoLoop испарились, а без них у меня работа невозможна. 
:) 
 
>Прицепите информацию от dmesg к багу (можно в упакованном виде через Create a 
>New Attachment). 
>В некоторых случаях проблемы с ACPI решаются после обновления BIOS. Если 
>будете обновлять - обязательно снимите всю информацию ПЕРЕД обновлением, а 
>потом ещё раз после него, и укажите исходную и новую версию BIOS. 
 
Биос обновить не смогу, потому как стоит самый последний уже год. 
------- Comment #7 From 2003-09-24 21:57:55 -------
Проверьте пожалуйста на 2.4.22-alt4
------- Comment #8 From 2003-09-26 15:51:17 -------
Дмитрий, Вы обещали прислать данные... пришлите пожалуйста.

Эта ошибка мешает закрытию ошибки #3005, что для нас очень критично.
------- Comment #9 From 2003-09-26 16:49:09 -------
Created an attachment (id=278) [details]
dmesg logs
------- Comment #10 From 2003-09-26 16:49:46 -------
прошу прощения за задержку. 
 
 
------- Comment #11 From 2003-09-26 17:10:10 -------
reassign to vsu
------- Comment #12 From 2003-09-26 21:49:06 -------
Created an attachment (id=279) [details]
dmesg log from 2.4.22-alt4

собрал 2.4.22-alt4 с gcc 3.2.3 и -O3 

не виснет, работает шустро.

и acpi демон поднялся, давно я его не видел в процессах
------- Comment #13 From 2003-09-26 23:30:17 -------
Если не хотите качать бинарные пакеты ядра, то, пожалуйста, хотя бы попробуйте
собрать его gcc-2.96 со стандартными опциями (чтобы исключить возможную
зависимость от компилятора - такие случаи бывали).

USB и nvidia запустились?
------- Comment #14 From 2003-09-26 23:49:07 -------
nvidia запустилась, USB ничего не было под рукой, чтобы проверить, но с USB 
проблем не было, ZIP всегда работал. 

Для тестов буду использовать бинарники из Сизифуса, просто под рукой были 
сурсы и быстрее было пересобрать. 
------- Comment #15 From 2003-09-30 15:04:22 -------
Пожалуйста, проверьте на сборке 2.4.22-alt5 из Сизифа - если всё нормально
работает, эту ошибку надо закрыть.
------- Comment #16 From 2003-09-30 19:25:55 -------
спасибо, проверю. 
но я к сожалению смогу это сделать, только завтра к вечеру. 
------- Comment #17 From 2003-10-01 21:16:40 -------
2.4.22-alt5 из Сизифуса - работает :) спасибо.