Centos 7 - черный экран после апдейта

Эммм... А зачем GDM на сервере?

Раз по ssh доступен, нужно пробовать стартовать gdm и смотреть логи иксов, на что ругается. Без логов ничего понять не получится.

Ну и поддержу, что на сервере иксы и тем более гном не нужны.

Порванные реакционеры — бесценно.

Поставь в теги redhat и fedora и центос без 7ки.

Может, друг dyasny подскажет на счет https://access.redhat.com/solutions/2197261

у меня всё :) Я счастливый юзер центосы на ноутбуке

Стеб. Видимо это следствие «Windows Internet Explorer» на скрине. Хотя стеб отчасти, сейчас говорят таких обнов на винду поналезло, что и компы не включаются.
ТС - а вы кроме F2 другие не осилили понажимать?

В статье сей сказано запустить «authconfig --updateall» или убедиться, что строка "-session optional pam_systemd.so" присутствует в system-auth и gdm-launch-environment. И говорится, что в /var/log/messages видны сообщения типа:

Mar 11 23:13:21 desk1-rhel7 gnome-session[11796]: WARNING: Could not get session id for session. Check that logind is properly installed and pam_systemd is getting used at login.

Ну и поддержу, что на сервере иксы и тем более гном не нужны.

;-) для расширения кругозора: Oracle использует графическую оболочку для установки да, теоретически, можно сделать «файл ответов» и обойтись без иксов, но это все равно, что «чесать правое ухо левой рукой»

на самом деле centos7 начинает напоминать винду по своим заморочкам - это переделали, это не работает потому, что решили отключить итд итп

вот кому блин мешал MD5 ? или какого лешего убрали cciss драйвер ?

конечно - эффект одинаковый что F2 что F7 [img]https://pic.maxiol.com/thumbs/centosbyb.png[/img]

А у тебя в логах что?

в логах

cat Xorg.0.log | grep error

[ 21.292] (EE) AIGLX error: dlopen of /usr/lib64/dri/radeon_dri.so failed (/usr/lib64/dri/radeon_dri.so: cannot open shared object file: No such file or directory)

# cat messages | grep error

Jan 12 00:12:51 web2 rngd: read error Jan 12 00:13:04 web2 gnome-session: libGL error: unable to load driver: radeon_dri.so Jan 12 00:13:04 web2 gnome-session: libGL error: driver pointer missing Jan 12 00:13:04 web2 gnome-session: libGL error: failed to load driver: radeon Jan 12 00:13:04 web2 gnome-session: libGL error: unable to load driver: radeon_dri.so Jan 12 00:13:04 web2 gnome-session: libGL error: driver pointer missing Jan 12 00:13:04 web2 gnome-session: libGL error: failed to load driver: radeon Jan 12 00:13:04 web2 org.gnome.Shell.desktop: libGL error: unable to load driver: radeon_dri.so Jan 12 00:13:04 web2 org.gnome.Shell.desktop: libGL error: driver pointer missing Jan 12 00:13:04 web2 org.gnome.Shell.desktop: libGL error: failed to load driver: radeon Jan 12 00:13:04 web2 org.gnome.Shell.desktop: libGL error: unable to load driver: radeon_dri.so Jan 12 00:13:04 web2 org.gnome.Shell.desktop: libGL error: driver pointer missing Jan 12 00:13:04 web2 org.gnome.Shell.desktop: libGL error: failed to load driver: radeon Jan 12 00:13:05 web2 journal: g_task_return_error: assertion 'error != NULL' failed

# cat messages | grep WARNING

Jan 12 07:50:35 web2 gnome-session-binary[1293]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1 Jan 12 07:50:35 web2 gnome-session: gnome-session-binary[1293]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1 Jan 12 07:50:36 web2 gnome-session: gnome-session-binary[1293]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1 Jan 12 07:50:36 web2 gnome-session-binary[1293]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1 Jan 12 07:50:36 web2 gnome-session: gnome-session-binary[1293]: WARNING: App 'org.gnome.Shell.desktop' respawning too quickly Jan 12 07:50:36 web2 gnome-session-binary[1293]: WARNING: App 'org.gnome.Shell.desktop' respawning too quickly Jan 12 07:50:36 web2 gnome-session: gnome-session-binary[1293]: WARNING: App 'spice-vdagent.desktop' exited with code 1 Jan 12 07:50:36 web2 gnome-session-binary[1293]: WARNING: App 'spice-vdagent.desktop' exited with code 1

я могу понять что с Х-ами проблема, но почему нет приглашения логона на текстовых консолях (Ctrl+Alt+F2 итд) ? до апдейта оно было!

вообще моя диагностика не совсем точна те экран не полностью черный - он серый те графика работает. это видно при старте [img]https://pic.maxiol.com/thumbs/centoshgh.png[/img]

более точная проблема формулируется так:

«чистая установка, после апдейта пропадает приглашение логона и в графической консоли и в текстовой»

что было опробовано:

отсюда https://www.centos.org/forums/viewtopic.php?t=56190

yum reinstall gnome-desktop3
yum reinstall gdm
init 6

нет результата

http://linuxsay.com/t/solved-cent-os-7-grey-screen-no-login-prompt-after-upda...

I have just resolved the issue by downgraded my linux >machine kernel version from 3.10.0.693.5.2.el7.x86_64 to >kernel-3.10.0-514.26.2.el7.x86_64.

нет результата

https://www.reddit.com/r/CentOS/comments/2bp5bm/centos_7_installation_issue_n...

    crtl+alt+F2 to get to a command prompt
    edited /etc/default/grub and added " video=LVDS-1:d" to the end of the GRUB_CMDLINE_LINUX="..." line
    ran grub2-mkconfig -o /boot/grub2/grub.cfg
    restarted

сделал через ssh и тоже без результата

судя по логам, у тебя проблемы с mesa и дровами на видеокарту

судя по логам, у тебя проблемы с mesa и дровами на видеокарту

можно подробнее ибо mesa как я понял это какое-то 3D API - те причем тут оно ?

касаемо драйверов, честно даже не представляю, что там крутить ибо за последние 20 лет мне это ни разу не требовалось те я уже привык, что linux-ом то проблем нет в принципе да и встроенная ATI-шка в HP-шный сервер стандартнее некуда

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

попробуй это

sudo fixfiles restore

Зачем 7, есть необходимость именно в 7? Ставь 6 оно живучее.

«чистая установка, после апдейта пропадает приглашение логона и в графической консоли и в текстовой»

Я бы для начала так поступил. При старте в 3-ий ранлевел c логом на экран.

попробуй это
sudo fixfiles restore

нет изменений собственно я наливал сервер повторно и эффект стабильный

Зачем 7, есть необходимость именно в 7? Ставь 6 оно живучее.

если не получится решить проблему так и сделаю просто хотел перейти дабы потом долго не парится с обновлениями

Я бы для начала так поступил. При старте в 3-ий ранлевел c логом на экран.

если я правильно понял, в 7ке, runlevel 3 делается так

systemctl set-default multi-user.target

соответственно после ребута появился текстовый логон и runlevel показывает 3

куда копать дальше ?

Ну собственно - указанную проблему ты решил - консоль появилась! Если нужен обязательно Xorg - в командной строке startx и потом читаешь логи

если я правильно понял, в 7ке, runlevel 3 делается так
systemctl set-default multi-user.target

Ну вообще-то я подразумевал при старте в grub убрать quiet и цифирку 3 добавить :) Была мысль что возможно на «чем-то» встает загрузка и это «что-то» можно увидеть.
А так согласен со сказанным выше. startx и в путь, для вашей задачи этого должно хватить. Ну или если интересно то разбираться дальше что не так со стартом сервисов в 5-ом ранлевле.

соответственно далее

init 5

получаем черный экран

опять

init 3

нормальное текстовое приглашение

в консоли startx и .... получаем [img]https://pic.maxiol.com/thumbs/centosbob.png[/img]

но меню нет

изучение ошибки

[ 345.714] (EE) AIGLX error: dlopen of /usr/lib64/dri/radeon_dri.so failed (/usr/lib64/dri/radeon_dri.so: cannot open shared object file: No such file or directory)[ 345.714] (EE) AIGLX: reverting to software rendering

приводит на https://www.centos.org/forums/viewtopic.php?t=48561

соответственно смотрим

# rpm -qa | grep -i mesa
mesa-libglapi-17.0.1-6.20170307.el7.x86_64
mesa-libxatracker-17.0.1-6.20170307.el7.x86_64
mesa-filesystem-17.0.1-6.20170307.el7.x86_64
mesa-libGL-17.0.1-6.20170307.el7.x86_64
mesa-dri-drivers-17.0.1-6.20170307.el7.x86_64
mesa-private-llvm-3.9.1-3.el7.x86_64
mesa-libEGL-17.0.1-6.20170307.el7.x86_64
mesa-libGLU-9.0.0-4.el7.x86_64
mesa-libgbm-17.0.1-6.20170307.el7.x86_64
mesa-libGLES-17.0.1-6.20170307.el7.x86_64

получается пакет стоит, но драйвера в нем нет

для исключения вопросов с инсталляцией - берем CentOS-7-x86_64-LiveKDE-1708.iso и .... получаем в начале серый экран - тот же самый, но потом загрузка в kde

для интереса переставляю ставлю CentOS-7-x86_64-DVD-1708.iso выбираю не сервер с графикой а KDE графика есть ошибка на radeon_dri.so есть, но проблем нет

получается версия о связи с драйвером mesa неверна (те его нет но он тут погоды не делает - да и не он влияет на приглашение логона)

делаю yum update и опять серый экран без логона

переключаю systemctl set-default multi-user.target перегружаю

да, логон есть, startx дает запуск нормального kde

способ обхода проблемы понятен однако хотелось бы исключить эту проблему в принципе

Проверь наличие файла /usr/lib64/dri/radeon_dri.so Он должен быть в пакете mesa-dri-drivers-*

Проверь наличие файла /usr/lib64/dri/radeon_dri.so Он должен быть в пакете mesa-dri-drivers-*

я уже писал что его в пакете нет и это погоды не делает те это давно так

Oracle использует графическую оболочку для установки

Попробовал десктопный гну-линукс, а там... (комментарий)

я уже плюнул на Centos7 и поставил Centos6 все работает и с установкой не надо приседаний

Мой ответ актуален и для CentOS 6.

убей настройки гнома/кде

rm -rfv $HOME/.gconf/apps/panel

твоя тема

http://centosfaq.org/centos/centos-72-no-gui-login-after-upgrade/

Было что-то отдалённо похожее. Сначала пришлось ещё раз пепеустановить новое ядро (оно не грузилось), а потом долго удалял дублирующие пакеты, среди которых было много от DE и из-за чего не грузил рабочий стол и окошко входа в систему.

переустанавливать уже пробовал, дело именно в апдейте те ставил CentOS-7-x86_64-DVD-1503-01.iso и тоже после апдейта черный экран

Сразу 7.4.1708 установить пробовал?

Сразу 7.4.1708 установить пробовал?

конечно до апдейта - работает

твоя тема
http://centosfaq.org/centos/centos-72-no-gui-login-after-upgrade/

epel не подключался. ничего нештатного не делалось.

я методично проверил несколько дистрибутивов. чистая установка, затем yum update -y и серый экран.

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