На компонент ядра.

Где именно просиходит зависание? Попробуте запуститься с vga=normal и посмотреть

Created attachment 3944 [details]
Вывод dmesg на acer tm-6492

Прошу проверить на более новых версиях: ftp://beta.altlinux.ru/school/2009/

Проверил на релиз кандидате Мастер 5.0.0. Ситуация осталась прежней: после загрузки ядра (при установке или для ЛивСД) происходит "подвисание" на 122 секунды, после чего в выводе dmesg появляется запись, свидетельствующая о том, что компьютер все-таки грузится. Еще две записи и дальше идет нормальная загрузка...

Привожу выдержку из лога dmesg в месте "подвисания":
[    0.682965] isapnp: Scanning for PnP cards...
[    1.040083] isapnp: No Plug & Play device found
[    1.071572] tpm_tis 00:0b: 1.2 TPM (device-id 0xB, rev-id 16)
[  123.324014] tpm_tis 00:0b: tpm_transmit: tpm_send: error 4294967234
[  245.580012] tpm_tis 00:0b: tpm_transmit: tpm_send: error 4294967234
[  366.332013] tpm_tis 00:0b: tpm_transmit: tpm_send: error 4294967234
[  366.332154] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[  366.332411] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[  366.333260] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Если я правильно понимаю, проблема связана с модулем tpm_tis. Сейчас на ноуте стоит Desktop 4.1.1 и загрузка проходит нормально.

(В ответ на комментарий №6)
> Если я правильно понимаю, проблема связана с модулем tpm_tis. Сейчас на ноуте
> стоит Desktop 4.1.1 и загрузка проходит нормально.

echo "options tpm_tis force=1" >> /etc/modprobe.d/options

Если не поможет, тогда

echo "blacklist tpm_tis" >> /etc/modprobe.d/blacklist-local

(В ответ на комментарий №7)
>  
> echo "options tpm_tis force=1" >> /etc/modprobe.d/options
> 
> Если не поможет, тогда
> 
> echo "blacklist tpm_tis" >> /etc/modprobe.d/blacklist-local

Не помогает ни дописывание параметра в /etc/modprobe.d/options, ни создание blacklist-local с параметром blacklist tpm_tis. 

Может, параметр можно ядру передавать при загрузке?

Проблема подверждается на всех релизах 5-ой платформы (не пробовал только simply linux). Во время загрузки ядра при передаче ядру параметра vga=normal наблюдаю три задержки по 122 секунды на этом модуле tpm_tis. Кстати, заметил, что работавшие на Desktop 4.1.1 клавиши изменения яркости подсветки монитора теперь не работают...

(В ответ на комментарий №8)
> (В ответ на комментарий №7)
> >  
> > echo "options tpm_tis force=1" >> /etc/modprobe.d/options
> > 
> > Если не поможет, тогда
> > 
> > echo "blacklist tpm_tis" >> /etc/modprobe.d/blacklist-local
> 
> Не помогает ни дописывание параметра в /etc/modprobe.d/options, ни создание
> blacklist-local с параметром blacklist tpm_tis.

initrd перегенерировать - похоже, tpm_tis попадает в initrd.img и грузится до монтирования /

> 
> Может, параметр можно ядру передавать при загрузке?

Нет.

Всё ещё хуже - драйвер tpm_tis по каким-то причинам встроен в ядро. В этом случае можно попробовать передавать параметр ядра при загрузке:

  tpm_tis.force=1

В https://bugzilla.redhat.com/show_bug.cgi?id=530393 предлагается ещё один вариант, который может сработать в данном случае:

  tpm_tis.interrupts=0

(похоже, это как раз тот самый случай, 4294967234 == -62 == -ETIME)

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

Вообще, если не включать CONFIG_IMA, вполне можно собирать ядро с CONFIG_TCG_TIS=m и даже CONFIG_TCG_TPM=m.

(В ответ на комментарий №11)
> Всё ещё хуже - драйвер tpm_tis по каким-то причинам встроен в ядро.

Упс! Виноват - не думал, что в std-def всё настолько запущено :(

> В этом
> случае можно попробовать передавать параметр ядра при загрузке:
> 
>   tpm_tis.force=1

Да, тогда только так :(

> 
> В https://bugzilla.redhat.com/show_bug.cgi?id=530393 предлагается ещё один
> вариант, который может сработать в данном случае:
> 
>   tpm_tis.interrupts=0
> 
> (похоже, это как раз тот самый случай, 4294967234 == -62 == -ETIME)
> Запретить инициализацию встроенного в ядро модуля, к сожалению, в общем случае
> нельзя, а соответствующего параметра у tpm_tis нет.
> 
> Вообще, если не включать CONFIG_IMA, вполне можно собирать ядро с
> CONFIG_TCG_TIS=m и даже CONFIG_TCG_TPM=m.

Это было бы более, чем логично для std-def

Есть подозрения, что в linux-2.6.30.8 это зафиксили. В ALT это должно быть kernel-image-std-def >= 2.6.30-alt13

(В ответ на комментарий №13)
> Есть подозрения, что в linux-2.6.30.8 это зафиксили. В ALT это должно быть
> kernel-image-std-def >= 2.6.30-alt13

Судя по "20090826" из "school-5.0.0_beta-20090826-master-i586-ru-install-dvd5.iso", на момент сборки этого образа (26-е августа) этого фикса:
3aad23963b58deb117f763805176b5dec74dc5b0 10.09.09 TPM: Fixup boot probe timeout for tpm_tis driver
ещё не было.
Попробуйте использовать текущий *.iso, а не древнюю бэту

Установленное ядро: 2.6.30-std-def-alt14
Тестирование проводилось на релизах пятой платформы.
Параметры, указанные Сергеем Власовым, действительно помогают. Какой из них предпочтительнее указывать в append к ядру при загрузке?

(В ответ на комментарий №15)
> Установленное ядро: 2.6.30-std-def-alt14
> Тестирование проводилось на релизах пятой платформы.
> Параметры, указанные Сергеем Власовым, действительно помогают. Какой из них
> предпочтительнее указывать в append к ядру при загрузке?

Предпочтительнее обновить ядро

(В ответ на комментарий №15)
> Установленное ядро: 2.6.30-std-def-alt14
> Тестирование проводилось на релизах пятой платформы.
> Параметры, указанные Сергеем Власовым, действительно помогают. Какой из них
> предпочтительнее указывать в append к ядру при загрузке?
Нужно сравнить dmesg и /proc/interrupts с этими параметрами.

Использование tpm_tis.force=1 плохо тем, что вместо привязки к устройству, объявленному в таблицах ACPI, используются стандартные адреса, вкомпилированные в драйвер; особенно плохо, если ядро и загрузчик с такими настройками находятся на внешнем носителе, который может быть использован для загрузки на другой машине, где по этим адресам может быть что-то совсем другое (или если на этой же машине средствами BIOS отключить поддержку TPM). С другой стороны, при указании tpm_tis.force=1 для работы с TPM всё-таки могут использоваться прерывания (в этом драйвере есть код, пытающийся автоматически определить IRQ), а в случае tpm_tis.interrupts=0 прерывания отключаются в любом случае.

Т.е., если проблема вызвана тем, что в таблицах ACPI указан неверный номер IRQ для TPM, но при этом TPM всё-таки может использовать прерывания, при указании tpm_tis.force=1, возможно, прерывания всё-таки будут использоваться. Если же TPM в этой машине в принципе не способен работать с прерываниями, лучше использовать tpm_tis.interrupts=0.

(В ответ на комментарий №16)
> Предпочтительнее обновить ядро
Свежее 2.6.30-std-def-alt14 в данный момент сборок нет, упомянутый выше фикс TPM в этом ядре есть, но не помогает.

(В ответ на комментарий №17)
> (В ответ на комментарий №16)
> > Предпочтительнее обновить ядро
> Свежее 2.6.30-std-def-alt14 в данный момент сборок нет, упомянутый выше фикс
> TPM в этом ядре есть, но не помогает.

Ну, ечли не помогает... Просто не было написано, что БЕЗ дополнительных параметров проверялось новое ядро.

А что с 2.6.32 из p5 без параметров, если ещё есть возможность проверить?

Created attachment 5463 [details]
Вывод dmesg KDestop 6.0.1 на ноуте Acer TM6492

Проблема наблюдалась на всех ядрах 5-го бранча вплоть 07.2011, когда перешел на KDesktop 6.0 beta. На ней ситуация также не изменилась. В мае 2012 установил KDesktop 6.0.1. Симптомы изменились: теперь "подвисание" происходит на шаге старта демона udevd. См. вывод dmesg

Прошу прощения, а на седьмых как? (варианты с разными ядрами есть в составе http://altlinux.org/starterkits, icewm/cinnamon/rescue сейчас с 3.19.1)

Если не исправлено, то проблема скорее аппаратная чем программная.