Какие параметры передаются ядру?

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

acpi=off
nolapic
noapic
acpi=off noapic
acpi=off noapic nolapic

Добрый вечер ! 
 
Если только дать acpi=off, то сразу легчает. 
 
acpi=off - не зависает 
nolapic - зависает 
noapic - зависает 
acpi=off noapic - не зависает 
acpi=off noapic nolapic - не зависает 
 

И еще, я забыл написать. 
 
при обычной загрузке без отключения ACPI 
 
как виснет на старте X (dm) - херится kdmrc 
он весь забит нулями и в начале мусор от ядра, аккурат каждый раз одного 
размера :)  
 
может клинит где-то с reiserfs и IDE модулями на VIA 

очень похоже на проблему, аналогичную #2966

Тогда сделайте следующее:

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.

>Тогда сделайте следующее: 
>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. 
 
Биос обновить не смогу, потому как стоит самый последний уже год. 

Проверьте пожалуйста на 2.4.22-alt4

Дмитрий, Вы обещали прислать данные... пришлите пожалуйста.

Эта ошибка мешает закрытию ошибки #3005, что для нас очень критично.

Created attachment 278 [details]
dmesg logs

прошу прощения за задержку. 
 
 

reassign to vsu

Created attachment 279 [details]
dmesg log from 2.4.22-alt4

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

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

и acpi демон поднялся, давно я его не видел в процессах

Если не хотите качать бинарные пакеты ядра, то, пожалуйста, хотя бы попробуйте
собрать его gcc-2.96 со стандартными опциями (чтобы исключить возможную
зависимость от компилятора - такие случаи бывали).

USB и nvidia запустились?

nvidia запустилась, USB ничего не было под рукой, чтобы проверить, но с USB 
проблем не было, ZIP всегда работал. 
 
Для тестов буду использовать бинарники из Сизифуса, просто под рукой были 
сурсы и быстрее было пересобрать. 

Пожалуйста, проверьте на сборке 2.4.22-alt5 из Сизифа - если всё нормально
работает, эту ошибку надо закрыть.

спасибо, проверю. 
но я к сожалению смогу это сделать, только завтра к вечеру. 

2.4.22-alt5 из Сизифуса - работает :) спасибо.