на прошлом ядре загружайся (мне с nvidia помогло)

и на проприетарных, скачанных с ATI.com

Не надо так делать.

пишет, что версию X.org старше 1.10 он не поддерживает, тогда как у меня уже - 1.20

Ну да. Проприетарный (FGLRX) драйвер давно выкинули на помойку, туда и дорога. Удаляй его. Ах, да, ты же скачал его с сайта и теперь у тебя нет пакета, который можно было бы удалить…

Это было - первое, что я попробовал. Эффекта никакого :-(
Думаю, во всём виноват новый Gnome.

Пакет называется «fglrx64_p_i_c-15.201.1151-1.x86_64_RHEL7_64a.rpm»
Пытался ставить его обычной

# rpm -Uvh ...

Тебе надо его удалить, а не установить/обновить. В ядре уже давно есть прекрасный radeon, а в Mesa — r600 и radeonsi. Просто удали все следы закрытого драйвера и почисти хвосты в /etc/X11/xorg.conf.d/.

fglrx64_p_i_c-15.201.1151-1.x86_64_RHEL7_64a.rpm

Надо же, упаковали. Я помню, там только run-файлы были. Но всё равно, ставить не из репозитория — очень-очень плохо.

Удали его, удали xorg.conf, убедись, что fglrx.ko не загружается. Если после этого проблема не исчезнет — скинь на какой-нибудь пастбин логи ядра и Xorg.0.log

Прежде, чем писать сюда, ради чистоты эксперимента я поступил ещё проще: загрузился с флеш-драйва в Live-Gnome.
Со скрипом, но десктоп загрузился, однако работать в нём нет никакой возможности. Тормоза запредельные, на грани наличия отклика.
Думаю, всё же, дело в X.org 1.20 или (что кажется менее вероятным) в новом Гноме.

Ну так а что тебе непонятно? У тебя стоит xorg-server той версии, которую не поддерживает старый драйвер.

Либо используй открытый видео драйвер, либо ставь систему со старой версией xorg-server.

Новый гном, как пишут, тот ещё тормоз. Загрузи чего попроще. Или последние KDE, не видел, чтобы оно тормозило

У меня с nvidia 390 gnome стартанул только с предыдущего ядра, но теперь загружаться довольно долго. Но на отклик все норм и даже теперь жрет 2-е сутки аккурат 482 мб (в прошлой версии на 3-и сутки он кушал под 2 гига). Скорей всего тебе поможет только даунгрейт на предыдущую версию.

Так откажись от Gnoma.
Ну или проверь комп Live с другим DE

Как уже сказали, с обновлением прилетели новые иксы, которые не поддерживаются проприетарным драйвером.

Или откатываться или использовать свободные дрова.

Проприетарный драйвер стоял у меня давно. Снёс, т.к. приходилось после каждого апгрейда ядра пересобирать его и устанавливать заново. Достало.
Последние пару лет сидел на свободном драйвере из комлекта CentOS, благополучно дожив на нём, последовательно обновляясь, до версии 7.5. С этой версии и произвёл стандартный апгрейд, как уже упоминал выше.
Думаю подождать немного: либо эта проблема окажется массовой и мне прилетит целебный патч, либо и правда перейду на другой оконный менеджер, если дело - в нём.
Но, если проблема в новом X.org, тады - ой! Только даунгрейд, пока не обновлю видеокарту.

никакие 3D под Линуксом мне на нём не нужны.

Поставь открытые драйвера и работай.

Со скрипом, но десктоп загрузился, однако работать в нём нет никакой возможности. Тормоза запредельные, на грани наличия отклика. Думаю, всё же, дело в X.org 1.20 или (что кажется менее вероятным) в новом Гноме.

Покажи лог иксов из лайв-системы.

После сегодняшнего утреннего обновления Gnome стал вести себя так же, как и при запуске с USB-flash, т.е. рисует картинку, но чертовски тормозит.

Вывод из

# X -configure > /tmp/Xconfigure 2>&1

Беглый поиск

# lsmod

(EE) Server terminated with error (2). Closing log file.

Покажи нормальный лог. С лайв-флешки. Без кастомных конфигов.

У тебя, скорее всего, ошмётки проприетарного драйвера мешают нормальной работе.

Переключись на какой-нибудь нормальный WM или нормальную DE. У меня есть подозрение, что говном 3 пытается 3D-ускорение использовать, но direct rendering у тебя не включен. После этого посмотри, что нужно доустановить. Я подозреваю, что или с модулями ядра что-то не так, или с доступом к устройству drm, а то и libdrm не установил.

Попробовал, не получилось - настолько всё тормозит. Прождал час, Xorg.0.log так и не скопировался. При этом, перейдя в runlevel3 всё летает и стреляет! Очевидно - проблема не в ядре.
Здесь: https://cloud.mail.ru/public/54Ab/RQsrPN5v2 положил лог, созданный Live-Gnome.7.5.1804, который запускается и работает в полную силу, без каких-либо нареканий.
Таким образом встаёт нетривиальный вопрос (а точнее - два):

1. как красиво откатить на предыдущий дистрибутив?
2. как не дать yum update снова проапгрейдить меня на 7.6.1810?

Что уже попробовал и не получилось, так это

# yum --releasever=7.5.1804 distro-sync full

Попробовал, не получилось - настолько всё тормозит. Прождал час, Xorg.0.log так и не скопировался.

Консоль тоже тормозит? Если да, то это уже не просто проблема с драйвером видео.

Здесь: https://cloud.mail.ru/public/54Ab/RQsrPN5v2 положил лог, созданный Live-Gnome.7.5.1804, который запускается и работает в полную силу, без каких-либо нареканий.

В этом логе тоже смысла нет, раз всё работает.

пропиши в

/etc/yum.repos.d/CentOS-Base.repo

baseurl=http://vault.centos.org/7.5.1804/os/$basearch/

Как раз чистая консоль (не gnome-term) работает как из пушки. Именно это с самого начала навело меня на мысль копать в сторону Xorg 1.20 / Gnome 3.28.

Спасибо, попробую.
А как быть с ограничителем на апгрейд обратно на 7.6.1810?

дык с другого кроме 7.5.1804 ты уже не обновишься лучше сделать бек файла CentOS-Base.repo

Немного покопав в /etc/yum.repos.d/CentOS-Base.repo обнаружил странное разночтение переменной $releasever:

[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

А странно в этом, к.м.к., то, что в строке

mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra

$releasever = 7

http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock

в то время, как в другой строке из этого же блока

#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/

$releasever = 7.5.1804

http://mirror.centos.org/centos/7.5.1804/os/x86_64/

Допускаю, что именно это двоякое понимание смысла переменной releasever, передаваемой в качестве аргумента в команду

# yum --releasever=7.5.1804 distro-sync full

Именно так. Спасибо!

Зачем в серверной ОС вообще поддержка видеокарты?

Она, всё же, не эксклюзивно серверная с тех пор, как Red Hat откзался от разделения на Server/Workstation (а было это уже давно).
Да и, справедливости ради, не все серверы до сих пор - headless.

Резюме по кейсу

Все описанные выше и некоторые дополнительные усилия по откату версий Xorg 1.20->1.19 и Gnome 3.28->3.26 не увенчались успехом.

Попытки выполнить

# yum downgrade xorg-*
# yum downgrade gnome-*

Всё закончилось как обычно - сносом и переустановкой системы с загрузочного USB Flash Drive.

Мораль сей басни такова: десятилетиями (20 лет на моей памяти) работавший механизм (относительно) безболезненного апгрейда миноритарной версии релиза Red Hat дал сбой. Будьте внимательны и осторожны, коллеги! Пробуйте новую версию с Live-дистрибутива прежде, чем давать команду

# yum upgrade

Всем хорошего дня!

Думаю что нужно было грохать гном и иксы вместе с настройками и устанавливать его заново.

У меня апдейт с версии 7.2 = одни костыли с падающими сервисаси, то апач работает не так, то сеть отвалится, то флешка с ексфат вешала систему при копировании, на этом отвалилась карта нвидиа, так что сижу на предыдущем ядре. Вывод один - сейчас редхат по стабильности = убунта.

прилители обновы и на новом ядре у меня с нвидия все в порядке. Мож и твои проблемы исправили.

Спасибо. Попробою, хоть и страшновато :-( В крайнем случае переустановлюсь по-новой, мне не привыкать.

Всего-то и нужно было переждать одну версию

С выходом CentOS 7.7.1908 всё вернулось к прежнему полностью работоспособному состоянию. Сначала убедился в этом, несколько раз запустившись с Live-дистрибутива, а затем просто обновившись через

# yum clean all
# yum update

Вот и пойми теперь этих разработчиков, КАК можно было так вильнуть в сторону от здравого смысла и что у них там в Red Hat с выходным контролем продукции? ;-)

Используй открытый драйвер.

С некоторых пор только его и использую. Как оказалось, это - не гарантия (см.выше)

15.9, свежее - не

15.12 выходил.

А так ставь xf86-video-radeon какой-нибудь и всё.

Ну не знаю, я на нём 2 года сижу, в генту, даже bioshock infinite работает.