Bug 2979

Summary:

зависание ядра 2.4.22-alt2-std-up при закрузке

Product:

Sisyphus

Reporter:

Dmitry <rapaman>

Component:

kernel-image-std-up

Assignee:

Sergey Vlasov <vsu>

Status:

CLOSED FIXED

QA Contact:

qa-sisyphus

Severity:

normal

Priority:

CC:

vsu

Version:

unstable

Hardware:

all

OS:

Linux

Bug Depends on:

Bug Blocks:

3005

Attachments:

Description	Flags
dmesg logs	none
dmesg log from 2.4.22-alt4	none

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 из Сизифуса - работает :) спасибо.