После обновления с 4.1 на Сизиф перестал работать. с /etc/sysconfig/autologin всё в порядке. Использую gdm/gnome.
Перепроверь, что это не local misconfiguration -- у меня работал и на 4.1, и на 5.0 (или сизифе) примерно зимы-весны. В любом случае перечитай багрепорт и подумай, хотел бы ты иметь дело с подземным стуком. :)
Да, и ты уж определись -- gdm _или_ autologin. См. тж. /etc/X11/prefdm.
(В ответ на комментарий №1) > Перепроверь, что это не local misconfiguration -- у меня работал и на 4.1, и на > 5.0 (или сизифе) примерно зимы-весны. В любом случае перечитай багрепорт и > подумай, хотел бы ты иметь дело с подземным стуком. :) Понятно, что подземный стук, но в рассылке молчок, а на тот момент другой информации у меня не было. В конце-концов я разобрался в чём дело. В файле /etc/sysconfig/autologin была строчка "EXEC=/usr/X11R6/bin/startx". Естественно, что из-за неё он и перестал работать, т.к. startx переехал в /usr/bin. Исправил -- всё заработало :) Сам /etc/sysconfig/autologin был создан в оные времена ещё инсталлятором Мастера 2.4. Возникает философский вопрос: в последнее время таких "подземных стуков" становится всё больше больше (большинство открытых недавно мною багрепортов как раз об этом). Причём стуки возникают не из-за врождённой криворукости пользователя, а как результат солидного возраста системы. По уму, за корректность файлов и их соответствие состоянию системы должна отвечать та программа, которая эти файлы использует. В данном случае -- при очередном обновлении autologin должен проверить, всё ли так в /etc/sysconfig/autologin, и если надо, исправить путь. Или xinit должен проверить при наличии /etc/sysconfig/autologin, правильно ли там прописан путь startx? Я почти уверен, что, увы, подобными проблемами никто не будет заниматься. Как следствие -- в скором времени самым простым путём обновления системы будет удаление старой и установка новой с нуля, возможно, с сохранением пользовательских настроек, хотя и из-за этого тоже возникают проблемы. А команда apt-get dist-upgrade отомрёт за ненадобностью... Что касается данной ошибки -- к autologin'у у меня претензий больше нет, можешь закрывать. Но осадок остаётся -- не от данной ошибки, а от общего состояния дел...
(In reply to comment #3) > > Перепроверь, что это не local misconfiguration > В файле /etc/sysconfig/autologin была строчка "EXEC=/usr/X11R6/bin/startx". > Естественно, что из-за неё он и перестал работать, т.к. startx переехал в > /usr/bin. Исправил -- всё заработало :) Сам /etc/sysconfig/autologin был > создан в оные времена ещё инсталлятором Мастера 2.4. А, ну так извини. :) > за корректность файлов и их соответствие состоянию системы должна отвечать та > программа, которая эти файлы использует. В данном случае -- при очередном > обновлении autologin должен проверить, всё ли так в /etc/sysconfig/autologin, и > если надо, исправить путь. Тебя не затруднит нарисовать такой %post? Включу. > [...] Дело в том, что десктопных обновленцев с ALM2.4 крайне мало вследствие нетривиального переезда на glibc-2.5 и того, что большинство явно обновлялось при *крупных* изменениях в железе. Так что не унывай, цени опыт и предлагай патчи в пользу редких, но возможных последователей. :)
> > > Перепроверь, что это не local misconfiguration > > В файле /etc/sysconfig/autologin была строчка "EXEC=/usr/X11R6/bin/startx". > > Естественно, что из-за неё он и перестал работать, т.к. startx переехал в > > /usr/bin. Исправил -- всё заработало :) Сам /etc/sysconfig/autologin был > > создан в оные времена ещё инсталлятором Мастера 2.4. > А, ну так извини. :) > > > за корректность файлов и их соответствие состоянию системы должна отвечать та > > программа, которая эти файлы использует. В данном случае -- при очередном > > обновлении autologin должен проверить, всё ли так в /etc/sysconfig/autologin, и > > если надо, исправить путь. > Тебя не затруднит нарисовать такой %post? Включу. Так пойдёт: if [ -e /etc/sysconfig/autologin ] ;then subst /^EXEC/s?X11R6/?? /etc/sysconfig/autologin; fi ? Думаю, что это должен быть не просто %post, а штука, которая будет один раз отрабатываться при обновлении пакета, а при последующих обновлениях -- её делать уже не надо. Т.е. где-то в rpm'е должна выставляться в 1 переменная, значение которой затем будет проверяться. Я точно не знаю, но вроде такое реализуется триггерами. > > > [...] > Дело в том, что десктопных обновленцев с ALM2.4 крайне мало вследствие Я а таком случае дважды обновленец :) Домашний комп ведёт свою историю с Intel P100 с RH6.0, в настоящий момент -- Athlon XP2100 с Сизифом. При этом система всё время только обновлялась, хотя от первого компа из железа остались только клава и SCSI винт на 2 гига. > нетривиального переезда на glibc-2.5 и того, что большинство явно обновлялось > при *крупных* изменениях в железе. Так что не унывай, цени опыт и предлагай Вот это странно, линукс ведь не винда и спокойно переносит любые изменения в железе. На мой взгляд гораздо проще перенести настроенную систему хоть на совсем другой комп и подстроить при необходимости, чем ставить каждый раз с нуля. > патчи в пользу редких, но возможных последователей. :) Дык стараюсь...
(In reply to comment #5) > Так пойдёт: Почти так и сделал. > Думаю, что это должен быть не просто %post, а штука, которая будет один раз > отрабатываться при обновлении пакета, а при последующих обновлениях -- её > делать уже не надо. Т.е. где-то в rpm'е должна выставляться в 1 переменная, > значение которой затем будет проверяться. Я точно не знаю, но вроде такое > реализуется триггерами. Поскольку: - проблема не в конкретной старой версии пакета, а унаследованных настройках; - пакет всё равно обновляется раз в пятилетку, то решил сделать %post сейчас, а не откладывать раздумья над %trigger, его реализацию, тестирование и выбрасывание в пользу %post на непонятно когда. > Вот это странно, линукс ведь не винда и спокойно переносит любые изменения в > железе. Смени дисковый контроллер и посмотри на это "спокойно", ага. Линукс даёт возможность выкрутиться в случаях, когда для винды практически гарантирован реинсталл, но не всем и не всегда интересно тратить на это время даже при наличии квалификации. А те, кому интересно -- могли бы и сразу патчики слать, между прочим. :) > На мой взгляд гораздо проще перенести настроенную систему хоть на > совсем другой комп и подстроить при необходимости, чем ставить > каждый раз с нуля Дома система обновляется с ALM2.2, что ли -- тогда решил переинсталлировать, потому как где-то ещё раньше был искрящий разъём питания винчестера (сдуру включил через китайский тройник, который отводил на вентилятор). До того жила со Spring 2001. А свои RH5.1 и BCL6.02 угробил круче, чем мог тогда восстановить. :) Ноутбуки... обычно на них заново, заодно тестируя как раз создаваемый инсталер. Исключение -- http://freesource.info/wiki/MichaelShigorin/ThinkPadT41 и http://freesource.info/wiki/MichaelShigorin/ThinkPadT43, было не до тестирования и в дело пошёл livecd+fdisk+mkfs+rsync. Хотя было бы время -- и тут бы сперва поигрался в инсталятор. > > патчи в пользу редких, но возможных последователей. :) > Дык стараюсь... Ну вот и спасибо, пригодилось.
autologin-1:1.0.0-alt3 -> sisyphus: * Sat Oct 17 2009 Michael Shigorin <mike@altlinux> 1:1.0.0-alt3 - added postinstall script to fix legacy configuration for those who upgrade from pre-3.0 installations with autologin enabled (closes: #21893)
> > > Вот это странно, линукс ведь не винда и спокойно переносит любые изменения в > > железе. > Смени дисковый контроллер и посмотри на это "спокойно", ага. Линукс даёт Пока проносило :) Возможно благодаря тому, что все контроллеры, которые были в моих компах, умели какой-нибудь generic IDE, и худо-бедно загрузиться удавалось. > возможность выкрутиться в случаях, когда для винды практически гарантирован > реинсталл, но не всем и не всегда интересно тратить на это время даже при > наличии квалификации. А те, кому интересно -- могли бы и сразу патчики слать, > между прочим. :) Тот, кто может патчики слать, пока не сталкивался с подобной проблемой :) > > > На мой взгляд гораздо проще перенести настроенную систему хоть на > > совсем другой комп и подстроить при необходимости, чем ставить > > каждый раз с нуля > Дома система обновляется с ALM2.2, что ли -- тогда решил переинсталлировать, > потому как где-то ещё раньше был искрящий разъём питания винчестера (сдуру > включил через китайский тройник, который отводил на вентилятор). До того жила > со Spring 2001. А свои RH5.1 и BCL6.02 угробил круче, чем мог тогда > восстановить. :) Ой как знакомо :) С искрящим разъёмом тоже долго мучился, не понимая, откуда время от времени вылезают странные глюки. Когда понял, набрал разъёмов от ДВКшек и СМок (они там уже были PC-шные) и припаял и к БП компа. "шапку" грохать приходилось, с последующей переустановкой... > > Ноутбуки... обычно на них заново, заодно тестируя как раз создаваемый инсталер. Да и живут современные ноутбуки едва ли дольше дистрибутива... Это не деревянный ThinkPad (особенно те, которые ещё не "Т"), которым в случае чего от хулиганов отбиться можно ;)
T-шками тоже можно, только или с интегрированным видео, или не очень долго. :) http://www.thinkwiki.org/wiki/Problem_with_garbled_screen http://freesource.info/wiki/MichaelShigorin/ThinkPadT41 http://freesource.info/wiki/MichaelShigorin/ThinkPadT43
