Desktop não inicia após o upgrade do Centos

2

Eu atualizei um servidor do centos 6.5 (com o gnome2) para o 7 usando o gerenciador de atualização.

O problema é que não consigo ver a tela de login ou a área de trabalho.

No entanto, o ponteiro do mouse é visível.

Eu removi antigos pacotes obsoletos, executei a atualização, instalei o desktop gnome mas nada está funcionando.

Após a reinicialização, o instalador anaconda como a tela apareceu com a validação da licença e o prompt de criação do usuário. Depois de terminar, a tela ficou novamente em branco apenas com um ponteiro do mouse.

Quando executo um aplicativo com ssh -X login, ele solicita:

libGL error: failed to load driver: nouveau

Eu tenho xorg-x11-drv-nouveau-1.0.10-5.el7.x86_64 instalado.

Eu reinstalei xorg-x11-drv-nouveau e mesa-libGL , mas o problema persiste.

LIBGL_DEBUG=verbose mostra isso:

libGL: OpenDriver: trying /usr/lib64/dri/tls/nouveau_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/nouveau_dri.so
libGL error: failed to open drm device: No such file or directory
libGL error: failed to load driver: nouveau
libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so
libGL: Can't open configuration file /root/.drirc: No such file or directory.

Não deveria estar usando nouveau_drv.so em vez de nouveau_dri.so .

systemctl status gdm.service diz que o gdm está ativo e em execução, mas alguns erros aparecem:

gnome-session[2734]: JS ERROR: !!!     lineNumber = '475'
gnome-session[2734]: JS ERROR: !!!     stack = '"notify("Unable to lock","Lock was blocked by an application")@/usr/share/gnome-shell/js/ui/main.js:475
gnome-session[2734]: notifyError("Unable to lock","Lock was blocked by an application")@/usr/share/gnome-shell/js/ui/main.js:495
gnome-session[2734]: GLib-GIO-CRITICAL: g_dbus_connection_call_internal: assertion 'object_path != NULL && g_variant_is_object_path (object_path)' failed

Reiniciar o gdm não ajuda:

systemd[1]: Starting GNOME Display Manager...
systemd[1]: Started GNOME Display Manager.
gdm[780]: Child process 791 was already dead.
gdm[780]: GLib-GObject: g_object_ref: assertion 'object->ref_count > 0' failed
gdm[780]: GLib-GObject: g_object_unref: assertion 'object->ref_count > 0' failed
gdm[780]: GdmDisplay: display lasted 0.030752 seconds
gdm[2087]: GLib-GObject: g_object_unref: assertion 'object->ref_count > 0' failed

Eu não entendo o que está causando esse problema.

    
por WYSIWYG 02.09.2014 / 12:58

2 respostas

1

Parece-me que sua instalação da área de trabalho da GUI está incompleta. Eu não culpo você, é um pouco difícil descobrir o que instalar, e as chances são de que alguns pacotes estejam faltando. Espero que não haja mais nada do 6.5 (ou seja, você removeu a área de trabalho do GNOME e o X antes de fazer a atualização)

O yum groupinstall ... do passado foi alterado consideravelmente. Isso não resolverá nenhum problema de driver gráfico, mas pelo menos isso deve ter o driver VGA padrão instalado e esperamos que funcione.

Tente o seguinte, que é do HOWTO que estou escrevendo para o CentOS 6.5 - > 7 atualização. Eu ainda estou escrevendo o guia, então se você tem alguma coisa para contribuir, por favor comente.

No seu terminal, como root (ou sudo ....)

yum groups mark convert

Para converter os antigos grupos de pacotes do grupo CentOS 6 para os novos grupos v7.

yum groups install "GNOME Desktop"

Para instalar os pacotes GNOME (e X), alguns dos quais podem não ter sido instalados.

Então, veja se você pode startx para obter uma GUI.

Se você puder, você pode ligar a tela de logon da GUI (plymouth).

ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

para obter o X e o gerenciador de janelas iniciando por padrão e apresentando uma tela de login gráfica. (Esta é a substituição systemd para modificar inittab .)

    
por 09.10.2014 / 06:49
0

Eu acho que eu sei a resposta para este, a propósito.

Eu fiz muitas coisas, como reinstalar pacotes, etc., mas ele começou a funcionar quando eu substituí os arquivos em /etc/pam.d com os arquivos /etc/pam.d/*.rpmnew que haviam sido criados durante a atualização. TENHA CUIDADO COM A SUBSTITUIÇÃO DE ARQUIVOS PAM ou você pode facilmente bloquear-se fora do seu sistema.

Em algum lugar enterrado nesta página eu tenho a inspiração:

link

e eu tinha verificado anteriormente para arquivos .rpmnew mas ignorado pam.d

    
por 25.09.2014 / 22:23