При попытке загрузиться с LiveCD (или установить на жесткий диск) с бета-версии school-5.0.0_beta-20090826-master-i586-ru-install-dvd5.iso на ноутбук ACER TM-6492 после загрузки ядра с параметрами по умолчанию происходит полное зависание: нет реакции на клавиатуру и мышь. Указание параметра noacpi позволяет произвести загрузку. Инсталлятор Desktop 4.1.1 отрабатывает нормально.
На компонент ядра.
Где именно просиходит зависание? Попробуте запуститься с 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)
Если не исправлено, то проблема скорее аппаратная чем программная.
