Косяки обновлений CentOS

Как выйти из этой ситуации?

Отправить баг репорт и ждать пока пофиксят.

Как выйти из этой ситуации?

Собираешь логи, пишешь в багзиллу.

Chromium 28.0.1500.95 стал непредсказуемо слетать на разных сайтах, причем с крахом X-сессии: впечатление такое же, как при нажатии Ctrl-Alt-Backspace

Очевидно, что разгадгку надо искать в логе исков

Отправить баг репорт и ждать пока пофиксят.

Не, я не это имел в виду, речь о другом - как откатиться на предыдущие пакеты?
Почему не работает yum downgrade ?

У меня уже то-же самое замечено в kubuntu 13.10 после обновления иксов и возможно чего еще.
Слетает ни с того, ни с сего.

Chromium 28.0.1500.95

В обычных репах его нет.

При запуске в VirtualBox 4.1.8 какой-либо виртуальной машины происходит такой же крах X-сессии

Его тоже в обычных репах нет. Кроме того надо было пересобрать модули для ядра.

И где логи?

Скорее всего, потому, что у вас обновился и glibc, а новые пакеты слинкованы с ним.

Как выйти из этой ситуации?

Установить Ubuntu.

Примерно так.
.xsession-errors.old

Сценарий для cjkv запущен из run_im.
Сценарий для default запущен из run_im.
init: Процесс startkde main (19368) завершен с помощью сигнала TERM

Скорее всего, потому, что у вас обновился и glibc, а новые пакеты слинкованы с ним.

Может, и glibc, но хочу понять, как же все-таки делается downgrade и почему он реально не проиходит?

Ещё раз, если проблема в версии glibc, а скорее всего так и есть, то ничего не выйдет, т.к. downgrade glibc маловероятен, т.к. это основная системная библиотека, с которой слинкованы все программы в системе. Поэтому и невозможен downgrade xorg-server в частности.

Как уже сказал я и прочие отвечающие в теме, собирайте логи и отправляйте баг репорт.

Давайте на время оставим на время glibc и сосредоточимся на Иксах. Ситуация предельно простая:

в репозитарии .../centos/6.4/updates/i386/Packages/ сейчас лежит пакет xorg-x11-server-common-1.13.0-11.el6.centos.i686.rpm
а в .../centos/6.4/updates/i386/Packages/ - xorg-x11-server-common-1.13.0-11.1.el6.centos.1.i686.rpm

в моем Центосе как раз и произошло обновление 1.13.0-11 - на 1.13.0-11.1

Т.е. в репах сейчас в наличии как новый, так и предыдущий пакет, и, если YUM нормально работает и понимает репозитарии, то команда yum downgrade должна удалить новый пакет 1.13.0-11.1 и установить старый 1.13.0-11
Но вместо этого выдается, что нет такого, т.е. предыдущего пакета. Почему? Почему YUM его не видит??

На сервере центоса я лично наблюдаю -11.1.el6.centos.1 и -11.1.el6.centos.2. Ты обновлял с -11 до -11.1.el6.centos.2. Собственно, downgrade делать некуда, так как -11 на сервере уже нет, о чем сообщается. Смотрел здесь - http://mirror.centos.org/centos-6/6/updates/i386/Packages/.

PS. Блоб или нуво?

Иными словами, политика CentOS такова, что они не хранят в репах предыдущие версии, и стоит неудачно обновиться, как пипец - вляпался, остется только строчить багрепорты? :(

пиши багрепорт. а вообще те проблемы, что ты описал происходят с софтом, которого нет в репах.

вообще те проблемы, что ты описал происходят с софтом, которого нет в репах.

Да, это так, но тем не менее, «тот» софт работал нормально до обновления, а теперь стал косячить.
Я не собираюсь искать пакеты, виновные в косяках, хотел всего лишь их устранить и все дела.

Ладно, рассказываю, что я еще сделал, чтобы принудительно таки добиться downgrade:

1. Скачал с http://rpm.pbone.net «иксовые» пакеты:

- xorg-x11-drv-synaptics-1.6.2-11.el6.i686.rpm
- xorg-x11-server-common-1.13.0-11.el6.centos.i686.rpm
- xorg-x11-server-Xorg-1.13.0-11.el6.centos.i686.rpm

2. Установил их незамысловатой командой:

rpm -Uhv --oldpackage xorg-x11-drv-synaptics-1.6.2-11.el6.i686.rpm xorg-x11-server-common-1.13.0-11.el6.centos.i686.rpm xorg-x11-server-Xorg-1.13.0-11.el6.centos.i686.rpm 

Но увы, косяки с крашем Иксов остались по прежнему.

3. Тогда скачал с того же сайта

- glibc-2.12-1.107.el6_4.4.i686.rpm
- glibc-common-2.12-1.107.el6_4.4.i686.rpm
- glibc-devel-2.12-1.107.el6_4.4.i686.rpm
- glibc-headers-2.12-1.107.el6_4.4.i686.rpm

4. И установил их:

rpm -Uhv --oldpackage glibc-2.12-1.107.el6_4.4.i686.rpm glibc-common-2.12-1.107.el6_4.4.i686.rpm glibc-headers-2.12-1.107.el6_4.4.i686.rpm glibc-devel-2.12-1.107.el6_4.4.i686.rpm

Увы и ах, и это не помогло.
Еще остались tzdata и libtar, но видимо, нет смысла их откатывать, не в них дело.

Напрашивается вывод, что обнаруженный косяк с крашем иксов случился еще раньше, при более раннем отдалении, но я его вовремя не заметил, обнаружив только сегодня.
Так что только остается ждать новых апдейтов...

может покажешь бэктрейс? поставь дебагинфо для иксов, приаттач gdb к иксам и попробуй посмотреть. не помню в цементоси есть или нет абрт. если есть, то там и смотри.

Почему центось? Одни жалобы. Поставили бы дебиан, или федору предыдущую, если rpm угоден.

И в заключение - лог Иксов, начиная с того момента, когда попытался запустить Chromium и они рассыпались.
Правда, сам я в этих иксах мало что понимаю, так что если кто-то растолкует события, буду весьма признателен.

http://zalil.ru/34783677
пароль: LOR

Да, ещё можно было бы установить флаг tsflags=repackage, тогда бы при обновлении установленные версии пакетов упаковывались бы в rpm'ку.

Ксатит, что вам показывает команда:

yum --showduplicates list 'xorg-x11-server-common*'

CentOS

Зачем оно на декстопе? Даже дебиан лучше с этим справляется.

А пароль от чего? Там zip-архив и лог, не содежащий интерестной информации. В нормальный лог иксов пишется информация о драйверах и т.д.

Вы перекомпилировали драйвер после обновления ядра?

Повторяю простой вопрос - нуво или блоб. Если нуво то да, косяк центоса. Если блоб то его всегда можно удалить, чтобы локализовать крэши иксов.

yum --shoЭтаwduplicates list 'xorg-x11-server-common*

Эта команда с самого начала показывала то же, что и попытки даунгрейдить, т.е. «нет подходящих файлов»

Там zip-архив и лог, не содежащий интерестной информации. В нормальный лог иксов пишется информация о драйверах и т.д.

Да, в логе было еще что-то, но я его отскусил и привел только ту часть лога, которая по времени начиналась в момент креша Иксов.
Надо и предыдущую часть привести?

Вы перекомпилировали драйвер после обновления ядра?

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

Повторяю простой вопрос - нуво или блоб.

Я не могу ответить на этот вопрос, потому что не знаю, что означают эти слова

Да, лучше привести лог полностью и сообщить об этом пользователю d_a. Там в начале могут быть строчки наподобие:

[ 20.989] (II) NVIDIA GLX Module 270.41.06 Mon Apr 18 15:11:28 PDT 2011

и по ним можно определить, какой у вас дравер видео. И так как вы ответили на вопрос d_a в ответе на мой комментарий, то d_a не получил уведомления, поэтому лучше его кастануть отдельно, либо написать что-то в ответ на его комментарий

т.е. «нет подходящих файлов»

Как-то странно. Или вы что-то меняли в настройке репозитариев? А эти команды хоть что-нибудь выводят (сам вывод приводить не надо, просто сообщить есть пакеты в выводе или пусто):

yum --showduplicates list 'xorg*'

yum list

Иксовые логи чуть позже, а пока новая «радостная» новость от краснозадых:

Атомная материнка ASUS AT5NM10T-I, AMI v02.61 Version 0306
Scientific Linux 6.0 с ядром 2.6.32-279.11.1.el6.x86_64
Систему долго не обновлял, т.к. все работало и устраивало.

Как всегда, из-за любопытства или сдуру решил обновиться (вот на кой, спрашивается??)
Обновилось корректно, без единого замечания, получил ядро 2.6.32-358.23.2.el6.x86_64
Перегрузился - и тут же получил фатальный глюк на старте:

No root device found
No root device found
Boot has failed, sleeping forever.

Откатился на прежнее ядро - все пашет!

Делайте выводы, господа. Похоже, в империи краснозадых окопался вредитель, который систематически гадит.

Странно, все молчат :) Хотя обычно на такую полезную информацию обычно как из под земли появлялись тролли и изрекали глубокомысленные изречения типа: «Кривые руки».

Тролли, скажите, как можно искривить команду из простых двух слов? :)))

yum update

yum --showduplicates list 'xorg*'

Да, эта команда выводит много всякой всячины типа

Installed Packages
xorg-x11-apps.i686                      7.6-6.el6                         @base                     
xorg-x11-drivers.i686                   7.3-13.4.el6                      @base                     
xorg-x11-drv-acecad.i686                1.5.0-6.el6                       @base                     
xorg-x11-drv-aiptek.i686                1.4.1-4.el6                       @base                     
xorg-x11-drv-apm.i686                   1.2.5-5.el6                       @base  

И вот подготовил полный лог Иксов без всяких сокращений: http://files.mail.ru/11E06CE10490417DAE8FA4BD1727C3C5

Прошу подсказать, что в нем происходит.

Хорошо, если ″yum --showduplicates list 'xorg*'″ выводит много пакетов, то yum --showduplicates list 'xorg*' | grep server что-нибудь выведет? Если будет пусто, то как-то странно, откуда же у вас обновился x-server?

По поводу лога x-ов, кастану d_a, раз он задавал вопросы. Пусть, если что, поправит меня. По мне, ошибка в этом:

[    70.497] (II) LoadModule: "glx"
[    70.501] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    70.502] (II) Module glx: vendor="X.Org Foundation"
[    70.502]    compiled for 1.13.0, module version = 1.0.0
[    70.502]    ABI class: X.Org Server Extension, version 7.0
[    70.502] (==) AIGLX enabled
[    70.502] Loading extension GLX
[    70.502] (II) LoadModule: "nvidia"
[    70.504] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
[    70.505] (II) Module nvidia: vendor="NVIDIA Corporation"
[    70.505]    compiled for 4.0.2, module version = 1.0.0
[    70.505]    Module class: X.Org Video Driver
[    70.505] (II) NVIDIA dlloader X Driver  304.64  Tue Oct 30 11:11:05 PDT 2012
[    70.505] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[    70.505] (++) using VT number 1
... Немного поскипано ...
[    70.515] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X
[    70.515] (EE) NVIDIA(0):     log file that the GLX module has been loaded in your X
[    70.515] (EE) NVIDIA(0):     server, and that the module is the NVIDIA GLX module.  If
[    70.515] (EE) NVIDIA(0):     you continue to encounter problems, Please try
[    70.516] (EE) NVIDIA(0):     reinstalling the NVIDIA driver.

В общем, драйверу nvidia для корректной работы нужен свой GLX-модуль, а не от Xorg. Этот модуль должен лежать в каталоге /usr/lib/xorg/modules/extensions/nvidia/libglx.so и при установке драйверов NVIDIA, модуль GLX-Xorg долже был заменён на это модуль, должна была быть создана ссылка:

/usr/lib/xorg/modules/extensions/libglx.so -> /usr/lib/xorg/modules/extensions/nvidia/libglx.so

Лично я пока-что сделал несколько иные выводы.

На ЛОРе нет традиции перечитывать темы, поэтому нет смыла писать в эту тему об X-ах в Центоси проблему обновления ядра в SL. Желате разобраться в проблеме, чтобы написать баг-репорт и помочь разработчикам дистрибутива, создайте новую тему. Может там кто и подскажет, куда копать, чтобы найти причину. Скорее всего нужно поковырять initramfs от нового ядра, может туда какой модуль не попал...

В общем, драйверу nvidia для корректной работы нужен свой GLX-модуль, а не от Xorg.

Так-то оно так, но до обновления системы видео работало безупречно, а теперь пошли косяки.
Более того, обнаружились новые артефакты типа «запоминание» на рабочем столе изображения браузера, если он показывает в браузере видео от Flash, сложно даже описать словами.

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

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