Bug 2979 - зависание ядра 2.4.22-alt2-std-up при закрузке
Summary: зависание ядра 2.4.22-alt2-std-up при закрузке
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-std-up (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Sergey Vlasov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 3005
  Show dependency tree
 
Reported: 2003-09-13 20:07 MSD by Dmitry
Modified: 2005-08-31 03:07 MSD (History)
1 user (show)

See Also:


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

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry 2003-09-13 20:07:06 MSD
Ядро 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 Sergey Vlasov 2003-09-16 21:29:19 MSD
Какие параметры передаются ядру?

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

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

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 Dmitry 2003-09-17 21:15:24 MSD
>Тогда сделайте следующее: 
>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 Anton Farygin 2003-09-24 21:57:55 MSD
Проверьте пожалуйста на 2.4.22-alt4
Comment 8 Anton Farygin 2003-09-26 15:51:17 MSD
Дмитрий, Вы обещали прислать данные... пришлите пожалуйста.

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

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

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

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

USB и nvidia запустились?
Comment 14 Dmitry 2003-09-26 23:49:07 MSD
nvidia запустилась, USB ничего не было под рукой, чтобы проверить, но с USB 
проблем не было, ZIP всегда работал. 
 
Для тестов буду использовать бинарники из Сизифуса, просто под рукой были 
сурсы и быстрее было пересобрать. 
Comment 15 Sergey Vlasov 2003-09-30 15:04:22 MSD
Пожалуйста, проверьте на сборке 2.4.22-alt5 из Сизифа - если всё нормально
работает, эту ошибку надо закрыть.
Comment 16 Dmitry 2003-09-30 19:25:55 MSD
спасибо, проверю. 
но я к сожалению смогу это сделать, только завтра к вечеру. 
Comment 17 Dmitry 2003-10-01 21:16:40 MSD
2.4.22-alt5 из Сизифуса - работает :) спасибо.