LINUX.ORG.RU

Обновление CentOS до версии 7.6 (1810) убило поддержку ATI Radeon HD5870

 , , ,


0

2

Дано: стоял CentOS 7.5 x86_64, установленный из Live-версии. X.org работал и на своих драйверах, и на проприетарных, скачанных с ATI.com. Работал и проблем не создавал, как в режиме CrossFire (на двух HD5870), так и на одной из них.

Вчера, после выполнения

# yum upgrade
проапгрейдился до версии 7.6 и началось.
X.org стартует, но рисует на экране кашу, после чего вешает компьютер наглухо. Попытки пересоздать xorg.conf командой
# X -configure
вылетают с ошибкой.
Предпринял попытку установить последнюю версию родного драйвера ATI (15.9, свежее - нет), не тут то было: пишет, что версию X.org старше 1.10 он не поддерживает, тогда как у меня уже - 1.20.
Вопрос: неужели даунгрейд или замена видеокарты? Может быть есть какие-то возможные опции, чтобы работать на чём есть, пока оно работает?
Компьютер использую, как рабочую станцию программиста, никакие 3D под Линуксом мне на нём не нужны.



Последнее исправление: root66 (всего исправлений: 1)

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

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


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

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

XMs ★★★★★
()
Ответ на: комментарий от roco_constantin

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

root66
() автор топика
Ответ на: комментарий от XMs

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

# rpm -Uvh ...
Как писал выше, вставать он отказался, пожаловавшись на версию X.org

root66
() автор топика
Ответ на: комментарий от root66

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

spijet ★★★
()
Ответ на: комментарий от root66

fglrx64_p_i_c-15.201.1151-1.x86_64_RHEL7_64a.rpm

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

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

XMs ★★★★★
()
Ответ на: комментарий от XMs

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

root66
() автор топика

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

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

anonymous
()
Ответ на: комментарий от root66

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

XMs ★★★★★
()
Ответ на: комментарий от root66

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

roco_constantin ★★
()
Ответ на: комментарий от root66

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

torvn77 ★★★★★
()

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

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

stormblastt ★★★
()
Ответ на: комментарий от stormblastt

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

root66
() автор топика
Последнее исправление: root66 (всего исправлений: 2)

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

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

Dark_SavanT ★★★★★
()
Ответ на: комментарий от root66

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

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

Deleted
()
Ответ на: комментарий от Deleted

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

Вывод из

# X -configure > /tmp/Xconfigure 2>&1
а также Xorg.0.log лежат здесь: https://cloud.mail.ru/public/54Ab/RQsrPN5v2

Беглый поиск

# lsmod
говорит, что в системе нет модулей fglxr,но есть radeon, что, к.м.к., как раз говорит о попытке работать на свободных драйверах, как того и советовали здесь уважаемые коллеги.

root66
() автор топика
Ответ на: комментарий от root66

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

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

Deleted
()
Ответ на: комментарий от root66

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

Deleted
()
Ответ на: комментарий от root66

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

Quasar ★★★★★
()
Последнее исправление: Quasar (всего исправлений: 1)
Ответ на: комментарий от Deleted

Попробовал, не получилось - настолько всё тормозит. Прождал час, 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
Говорит, «не могу найти такой репозиторий», хоть ты тресни!

root66
() автор топика
Ответ на: комментарий от root66

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

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

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

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

Deleted
()
Ответ на: комментарий от Deleted

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

root66
() автор топика
Ответ на: комментарий от root66

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

roco_constantin ★★
()
Ответ на: комментарий от roco_constantin

Немного покопав в /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
не позволяет провести красивый откат.

root66
() автор топика
Ответ на: комментарий от root66
# CentOS-Base.repo
#
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client.  You should use this for CentOS updates
# unless you are manually picking other mirrors.
#
# If the mirrorlist= does not work for you, as a fall back you can try the 
# remarked out baseurl= line instead.
#
#

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


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

#additional packages that may be useful
[extras]
name=CentOS-$releasever - Extras
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras&infra=$infra
baseurl=http://vault.centos.org/7.5.1804/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-$releasever - Plus
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus&infra=$infra
baseurl=http://vault.centos.org/7.5.1804/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

roco_constantin ★★
()
Ответ на: комментарий от anonymous

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

root66
() автор топика
Ответ на: комментарий от roco_constantin

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

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

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

# yum downgrade xorg-*
# yum downgrade gnome-*
ни к чему не привели. Если xorg опустил свою версию на единичку, то Гном стоял насмерть.

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

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

# yum upgrade

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

root66
() автор топика
Ответ на: Резюме по кейсу от root66

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

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

roco_constantin ★★
()
5 февраля 2019 г.
7 марта 2019 г.
Ответ на: комментарий от roco_constantin

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

root66
() автор топика
29 сентября 2019 г.
Ответ на: комментарий от root66

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

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

# yum clean all
# yum update

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

root66
() автор топика
Ответ на: комментарий от infomeh

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

root66
() автор топика

15.9, свежее - не

15.12 выходил.

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

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

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.