View Full Version : oh no! Something has gone wrong

10th April 2015, 02:46 PM
Hi guys,

After doing a yum update my X didnīt start anymore. It stops on "oh no! Something has gone wrong" screen

In my Xorg log I found:

[root@madeira ~]# cat /var/log/Xorg.9.log | grep EE
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 58.866] (EE) systemd-logind: failed to get session: PID 1234 does not belong to any known session
[ 63.369] (EE) Failed to load module "nv" (module does not exist, 0)
[ 64.145] (EE) AIGLX error: dlopen of /usr/lib64/dri/i965_dri.so failed (/usr/lib64/dri/i965_dri.so: undefined symbol: _glapi_tls_Dispatch)
[ 64.145] (EE) AIGLX: reverting to software rendering
[ 65.485] (EE) AIGLX error: dlopen of /usr/lib64/dri/swrast_dri.so failed (/usr/lib64/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch)
[ 65.485] (EE) GLX: could not load software renderer
[ 88.500] (EE) Server terminated successfully (0). Closing log file.

[root@madeira ~]# ldd -r /usr/lib64/dri/i965_dri.so
linux-vdso.so.1 => (0x00007fffd2ba4000)
libdrm_intel.so.1 => /lib64/libdrm_intel.so.1 (0x00007f7c9bf64000)
libdrm_nouveau.so.2 => /lib64/libdrm_nouveau.so.2 (0x00007f7c9bd5c000)
libdrm_radeon.so.1 => /lib64/libdrm_radeon.so.1 (0x00007f7c9bb4f000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f7c9b92a000)
libdrm.so.2 => /lib64/libdrm.so.2 (0x00007f7c9b71d000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f7c9b4f2000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7c9b2d6000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f7c9b0d2000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f7c9adc2000)
libm.so.6 => /lib64/libm.so.6 (0x00007f7c9aaba000)
libc.so.6 => /lib64/libc.so.6 (0x00007f7c9a6fd000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f7c9a4e5000)
libpciaccess.so.0 => /lib64/libpciaccess.so.0 (0x00007f7c9a2db000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f7c9a06e000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f7c99e48000)
/lib64/ld-linux-x86-64.so.2 (0x000000366a600000)
undefined symbol: _glapi_tls_Dispatch (/usr/lib64/dri/i965_dri.so)
undefined symbol: _glapi_tls_Context (/usr/lib64/dri/i965_dri.so)
undefined symbol: _glapi_set_dispatch (/usr/lib64/dri/i965_dri.so)
undefined symbol: _glapi_check_multithread (/usr/lib64/dri/i965_dri.so)
undefined symbol: _glapi_set_context (/usr/lib64/dri/i965_dri.so)
undefined symbol: _glapi_add_dispatch (/usr/lib64/dri/i965_dri.so)
undefined symbol: _glapi_get_dispatch_table_size (/usr/lib64/dri/i965_dri.so)
undefined symbol: _glapi_get_context (/usr/lib64/dri/i965_dri.so)

[root@madeira ~]# uname -a
Linux madeira 3.19.3-200.fc21.x86_64 #1 SMP Thu Mar 26 21:39:42 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Iīve already downgrade mesa-dri-drivers and same error occur.

[root@madeira ~]# rpm -qa mesa-dri-drivers

Anybody can help ?

11th April 2015, 01:31 AM
You might like to try adding the kernel parameter: nomodeset to the kernel line and see whether that helps. You can do it by hitting e when the grub menu appears. Navigate down to the kernel line and add: nomodeset and then boot. I think it tells you which command to use to boot. If it works, then you can make the amendment permanent by adding it to the kernel line in
/etc/default/grub and then running grub2-mkconfig -o /boot/grub2/grub.cfg if it's a BIOS system.

Ahmad Samir
11th April 2015, 10:52 AM
I see that the "nv" driver is mentioned, which could mean you installed the nvidia proprietary driver at some point? note that the proprietary driver replaces libGL.so.* with its own copies which doesn't work with the intel driver.

What's the output of:
rpm -qa | grep nvidia
rpm -V mesa-libGL