Падение устойчиво, но только на графических картах от ATI, у меня это HD3200. Замечено, что в момент вызова модуля настройки lilo явно идёт вмешательство в оборудование ядра. Так, на другой машине с TV тюнером в этот момент происходит сброс тюнер, как и при перегрузке HAL/udev. Если сразу после падения иксов войти назад то модуль настройки "lilo" не крашит иксы. Если иксы предварительно перегрузить "# service dm restart" то падение опять происходит. Попытка локализовать инициатора падения не дала результатов. Расстановка точек печати в /backend3/lilo показывает последний action "read" для объекта "dev", но комментирование его содержимого проблемы не исправляет.
И ещё. Факт падения от драйвера видеокарты не зависит. Падает и на "fglrx" и на "radeon".
Подтвердилось падание и на Radeon X600. Похоже эта проблема характерна для всех карт ATI.
Не могут ли все портить команды udevadm trigger udevadm settle в начале бакенда? То, что иксы повторно не рушатся, может быть вызвано тем, что alteratord выживает и бакенд не перезапускается, а используется старый.
(В ответ на комментарий №3) > Не могут ли все портить команды > udevadm trigger > udevadm settle Да, именно они и вызывают падение иксов.
(В ответ на комментарий №2) > Подтвердилось падание и на Radeon X600. > Похоже эта проблема характерна для всех карт ATI. И не только, вот увидел падение на старом NVidia Geforce 4 после прямого вызова команды: "# udevadm trigger".
Надо перевесить на udev, наверное.
А зачем там вообще udevadm trigger?
(В ответ на комментарий №7) > А зачем там вообще udevadm trigger? Вот и у меня этот вопрос крутится.
> А зачем там вообще udevadm trigger? Не помню уже. В районе 20/05/2009 что-то без него не работало. Там же рядом какие-то разборки с шагами инсталятора, монтирование proc-sys-tmp в /mnt/destination и т.п. А есть сейчас дистрибутивы с alterator-lilo?
Да, я на mkimage-profiles выпекал и как раз с alterator-lilo припоминаются плавающие проблемы. Попробую добраться и проверить, перевешиваю назад.
(В ответ на комментарий №9) > А есть сейчас дистрибутивы с alterator-lilo? Как-бы никто не мешает поставить его и перелезть на LILO после установки, что я и сделал. Сначала перелез на стационарной машине, а затем на ноутбуке, где и столкнулся с этой проблемой. Затем сделал LiveCD под свои проекты, с функцией установки, на основе LILO и опять увидел эту проблему на ряде машин. Собственно съезжаю на LILO не от хорошей жизни с Grub2, а как раз от ряда проблем: - при установке с LiveCD не обнаруживает соседних дистрибутивов Linux вообще, хотя os-prober присутствует; - чтобы добавить загрузку рядом стоящей Венды нужно сделать ряд неочевидных действий поскольку она и не обнаруживается и добавляется не одной строкой как в Lilo; - часто при установке на MBR ругается на отсутствие диска, обычно для FAT32-flash сборок. - на Сизифе он у меня опять не установился на раздел; - и т.д.
(В ответ на комментарий №11) > Собственно съезжаю на LILO не от хорошей жизни с Grub2, а как раз от ряда > проблем: > - при установке с LiveCD не обнаруживает соседних дистрибутивов Linux вообще, > хотя os-prober присутствует; > - чтобы добавить загрузку рядом стоящей Венды нужно сделать ряд неочевидных > действий поскольку она и не обнаруживается и добавляется не одной строкой как в > Lilo; > - часто при установке на MBR ругается на отсутствие диска, обычно для > FAT32-flash сборок. > - на Сизифе он у меня опять не установился на раздел; - не загружается установка ALTLinux 5.1.
> > А есть сейчас дистрибутивы с alterator-lilo? > Как-бы никто не мешает поставить его и перелезть на LILO после установки Я тоже использую lilo (без альтератора, правда). Я имел в виду, использует ли кто-то этот модуль в инсталяторе. Раньше была нетивиальная задача сделать так, чтобы работало и там, и в системе. Там очень много всего на эту тему понаписано, и я уже плохо помню, что к чему. И udevadm trigger добавлялся явно ради инсталятора, и менять там сейчас что-то боязно, так как непонятно, где сломается, и кто это протестирует и т.п. > Затем сделал LiveCD под свои проекты, с функцией установки, на основе LILO и опять увидел эту проблему на ряде машин. Можно попробовать убрать вызовы udevadm и поглядеть что получится. Ну или перенести его чуть ниже, под под if, который срабатывает в инсталяторе. Наверное, могу выдать acl, раз вы этим модулем пользуетесь.
> - при установке с LiveCD не обнаруживает соседних дистрибутивов Linux вообще, > хотя os-prober присутствует; > - чтобы добавить загрузку рядом стоящей Венды нужно сделать ряд неочевидных > действий поскольку она и не обнаруживается и добавляется не одной строкой как В дистрибутивах, устанавливающихся через installer, устанавливается firsttime скрипт, который пересоздаёт grub.cfg при первой загрузке с использованием os-prober. Делается ли это при установке с live?
(In reply to comment #14) > > - при установке с LiveCD не обнаруживает соседних дистрибутивов Linux вообще, > > хотя os-prober присутствует; > В дистрибутивах, устанавливающихся через installer, устанавливается firsttime > скрипт, который пересоздаёт grub.cfg при первой загрузке с использованием > os-prober. Делается ли это при установке с live? Нет, причём как раз на днях с sem@ о том и задумались. После переделки на installer-scripts-remount можно вообще перетащить os-prober из firsttime в install3. Рома, повесь это отдельно на... ммм... installer, наверное. А livecd-install с ним надо унифицировать, сейчас это в существенной мере параллельные форки.
(In reply to comment #13) > Я имел в виду, использует ли кто-то этот модуль в инсталяторе. Раньше была > нетивиальная задача сделать так, чтобы работало и там, и в системе. Там очень > много всего на эту тему понаписано, и я уже плохо помню, что к чему. И udevadm > trigger добавлялся явно ради инсталятора, и менять там сейчас что-то боязно, > так как непонятно, где сломается, и кто это протестирует и т.п. Не исключено, что добавлялось из-за evms, а сейчас (по крайней мере в сизифе) ещё в инсталяторе осуществляется его гашение при перемонтировании разделов в режим "как они и будут". Собрать образ на сизифе недолго, проверять их в виртуалке и на стенде довольно удобно. Другое дело, что в t6 я бы тоже побоялся его ломать...
Там вообще было очень много всего, связанного с evms, с наступлением и отступлением halа, с какими-то мелкими изменениями в sysfs и udev. Наверняка, сейчас большая часть всего этого уже неактуальна.
(В ответ на комментарий №13) > > Затем сделал LiveCD под свои проекты, с функцией установки, на основе LILO и > > опять увидел эту проблему на ряде машин. > Можно попробовать убрать вызовы udevadm и поглядеть что получится. Убрал. Всё установилось и загрузилось нормально, единственно нужно добавлять параметры "splash и resume=????". "splash" я добавил в опции по умолчанию, а "resume=????" и "grub" не ставит.
Ещё одно замечание, не к alterator-lilo, но к "lilo". После удаления ядра запись от него в /etc/lilo.conf не удаляется и как следствие загрузчик без правки конфигурации руками не устанавливается. Кто эту запись ранее удалял я не знаю: image="/boot/vmlinuz-3.0.65-std-def-alt0.M60P.1" initrd="/boot/initrd-3.0.65-std-def-alt0.M60P.1.img" label="3.0.65-std-def-alt0.M60P.1" root="UUID=94416bab-4054-4347-9209-bd89e05c2925" read-only optional
(В ответ на комментарий №19) > Ещё одно замечание, не к alterator-lilo, но к "lilo". Ищи/вешай отдельно, это про bootloader-utils и posttrans filetrigger, IIRC.
(В ответ на комментарий №18) > (В ответ на комментарий №13) > > > Затем сделал LiveCD под свои проекты, с функцией установки, на основе LILO и > > > опять увидел эту проблему на ряде машин. > > Можно попробовать убрать вызовы udevadm и поглядеть что получится. > Убрал. Всё установилось и загрузилось нормально Просьба дать права или подтвердить задачи: #96352 и #96353
(In reply to comment #21) > Просьба дать права или подтвердить задачи: #96352 Спасибо, подтвердил (сделай ещё раз task run). > и #96353 Там ты в ACL, соберётся после #96352.
Будем считать, что исправлено.
