[SOLVED] Xorg doesn't start after mesa-19.1.1 update ("no unwind info found" error).

ZhaoLin1457 · 06-27-2019, 05:59 PM

How about to go temporary as runlevel 3, then to remove libglvnd and mesa packages, then to build the new mesa (from the Linux console) ?

orbea · 06-27-2019, 06:08 PM

Quote:

Originally Posted by Jefferson

I removed libglvnd and set "-Dglvnd=false" in slackbuild.
After compilation ends and it starts building the package i get error:
/usr/bin/ld: cannot find -lGL
collect2: error: ld returned 1 exit status

If i do not remove libglvnd, i get exactly same error.

Maybe you have some bits from the nvidia package still lingering on your system? Try reinstalling both mesa and xorg-server with slackpkg. Then please share the output from these two commands.

Code:

ls -l /usr/lib*/libGL.so*
ldd /usr/lib*/libGL.so*

Jefferson · 06-28-2019, 07:17 AM

Quote:

Originally Posted by ZhaoLin1457

How about to go temporary as runlevel 3, then to remove libglvnd and mesa packages, then to build the new mesa (from the Linux console) ?

That's what i did actually.

Quote:

Originally Posted by orbea

Maybe you have some bits from the nvidia package still lingering on your system? Try reinstalling both mesa and xorg-server with slackpkg. Then please share the output from these two commands.

Code:

ls -l /usr/lib*/libGL.so*
ldd /usr/lib*/libGL.so*

I reinstalled xorg-server and mesa. Same result.

Output of your commands:

Code:

$ ls -l /usr/lib*/libGL.so*
lrwxrwxrwx 1 root root     14 июн 28 02:48 /usr/lib/libGL.so -> libGL.so.1.7.0
lrwxrwxrwx 1 root root     16 июн 28 02:48 /usr/lib/libGL.so.1 -> libGL.so.304.137
-rwxr-xr-x 1 root root 427476 июн 24 00:37 /usr/lib/libGL.so.1.7.0
-rwxr-xr-x 1 root root 833540 окт 25  2018 /usr/lib/libGL.so.304.137


$ ldd /usr/lib*/libGL.so*
/usr/lib/libGL.so:
	linux-gate.so.1 (0xb7f61000)
	libGLX.so.0 => /usr/lib/libGLX.so.0 (0xb7ea3000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d5d000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb7d48000)
	libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0xb7ce7000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7ce1000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7cc1000)
	libc.so.6 => /lib/libc.so.6 (0xb7b00000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7ad5000)
	/lib/ld-linux.so.2 (0xb7f63000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb7acf000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7ac8000)
/usr/lib/libGL.so.1:
	linux-gate.so.1 (0xb7fc6000)
	libnvidia-tls.so.304.137 => /usr/lib/tls/libnvidia-tls.so.304.137 (0xb7eb4000)
	libnvidia-glcore.so.304.137 => /usr/lib/libnvidia-glcore.so.304.137 (0xb61ae000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb6068000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb6053000)
	libc.so.6 => /lib/libc.so.6 (0xb5e92000)
	libdl.so.2 => /lib/libdl.so.2 (0xb5e8c000)
	libm.so.6 => /lib/libm.so.6 (0xb5d49000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb5d1e000)
	/lib/ld-linux.so.2 (0xb7fc8000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb5d18000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb5d11000)
/usr/lib/libGL.so.1.7.0:
	linux-gate.so.1 (0xb7f70000)
	libGLX.so.0 => /usr/lib/libGLX.so.0 (0xb7eb2000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d6c000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb7d57000)
	libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0xb7cf6000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7cf0000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7cd0000)
	libc.so.6 => /lib/libc.so.6 (0xb7b0f000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7ae4000)
	/lib/ld-linux.so.2 (0xb7f72000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb7ade000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7ad7000)
/usr/lib/libGL.so.304.137:
	linux-gate.so.1 (0xb7ef7000)
	libnvidia-tls.so.304.137 => /usr/lib/tls/libnvidia-tls.so.304.137 (0xb7de5000)
	libnvidia-glcore.so.304.137 => /usr/lib/libnvidia-glcore.so.304.137 (0xb60df000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb5f99000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb5f84000)
	libc.so.6 => /lib/libc.so.6 (0xb5dc3000)
	libdl.so.2 => /lib/libdl.so.2 (0xb5dbd000)
	libm.so.6 => /lib/libm.so.6 (0xb5c7a000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb5c4f000)
	/lib/ld-linux.so.2 (0xb7ef9000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb5c49000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb5c42000)

$

pee_bee · 06-28-2019, 08:28 AM

I also have a problem with Xorg not starting with nvidia graphics after the recent upgrade to mesa-19.1.1

I have determined that the new mesa introduces a new dependency on lm_sensors to /usr/lib/xorg/modules/dri/nouveau_dri.so
and that if
/usr/lib/libsensors.so.5
is either deleted or renamed
then Xorg starts but glxgears will not run

however if libsensors.so.5 is present Xorg will not start

If I revert just /usr/lib/xorg/modules/dri/nouveau_dri.so from mesa-19.0.6 but keep all the rest of the system at updated status then Xorg starts and glxgears runs.

I notice that the /usr/lib/libsensors.so.5 dependency seems to go hand-in-hand with LLVM dependency..... I have confirmed that the problem is not present on Intel graphics machines and they do not have lm_sensors or LLVM dependencies in their dri modules....

I am running a system built from 32-bit Slackware Current components on a Dell Precision T5400 desktop with:

02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [NVS 300] (rev a2)
Subsystem: NVIDIA Corporation Device 0862
Kernel driver in use: nouveau
Kernel modules: nouveau

orbea · 06-28-2019, 08:43 AM

I think I see your problem, I had the same issue a while ago... You still have some nvidia files on your system. First remove these two files as root.

Edit:

Before removing them try to use 'ls -l' to make sure there are not any more files to remove.

Code:

ls -l /usr/lib*/*nvidia* /usr/lib*/*/*nvidia*

Then remove them all like the following command.

Code:

rm -f /usr/lib/tls/libnvidia-tls.so.304.137 /usr/lib/libnvidia-glcore.so.304.137

Next reinstall mesa and xorg-server again. If the problem persists share the output of the 'ldd' command again.

Code:

ldd /usr/lib*/libGL.so*

Edit2: You will also want to get rid of any files with the '304.137' version like '/usr/lib/libGL.so.304.137'.

First make sure you find them all.

Code:

find /usr/lib -name '*304.137*'

And then be sure to remove them like already done for the nvidia libraries. You will want to reinstall mesa and xorg after removing the files to make sure you have the correct versions installed.

Code:

rm -f /usr/lib/libGL.so.304.137

orbea · 06-28-2019, 08:44 AM

@pee_bee Please make sure you actually have a full install and if your problem persists please make a new thread as your issue is different.

slackware-current · 06-28-2019, 08:55 AM

Quote:

Originally Posted by HubertPhava

I have had problems with X when upgrading mesa, using Nouveau or Nvidia prop. drivers ( slackware64--current, actually running
a GeForce GT 710).
Now when i see a mesa upgrade, first of all I remove nvidia ( or nouveau) drivers, then i removepkg mesa, then installpkg new mesa
and then again nvidia or nouveau. And all seems to be OK.
If this can help...

HP

GT 710 should be fine with latest from nividia. as for uninstalling NVidia with mesa upgrades the way it is linked now really not needed.
this has happened newer mesa "libglvnd" and the ability to run more than one Module. This reminds me when we where dealing with openGL 3 and 4 with xorg years ago.
I am sure we will see more of this as Wayland implemented and Nvidia drags feet.

How to test upgrade mesa do not uninstall and you will see it will not complain about the links.
I have tested this several times now.
Especially with the latest xorg updates.
https://devtalk.nvidia.com/default/t...aller-package/

pee_bee · 06-28-2019, 10:53 AM

Quote:

Originally Posted by orbea

@pee_bee Please make sure you actually have a full install and if your problem persists please make a new thread as your issue is different.

I think I probably do have same issue because Xorg.0.log when Xorg fails to start says:

Code:

[   140.934] (EE) Backtrace:
[   140.934] (EE) 0: /usr/libexec/Xorg (OsLookupColor+0x14a) [0x820716a]
[   140.935] (EE) 1: linux-gate.so.1 (?+0x0) [0xf7ed87cf]
[   140.975] (EE) 2: /usr/lib/xorg/modules/dri/nouveau_dri.so (_ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EEaSERKS7_+0x675a7) [0xf63f1347]
[   140.975] (EE) unw_get_proc_name failed: no unwind info found [-10]
[   140.975] (EE) 3: /usr/lib/xorg/modules/dri/nouveau_dri.so (?+0x0) [0xf5ebdcc0]
[   140.975] (EE) 4: /lib/ld-linux.so.2 (_dl_rtld_di_serinfo+0x7cad) [0xf7ef3b0d]
[   140.975] (EE) 5: /lib/ld-linux.so.2 (_dl_rtld_di_serinfo+0x7dd0) [0xf7ef3d90]
[   140.976] (EE) 6: /lib/ld-linux.so.2 (_dl_find_dso_for_object+0xc71) [0xf7ef1301]
[   140.976] (EE) 7: /lib/libc.so.6 (_dl_catch_exception+0x63) [0xf7b84b23]
[   140.976] (EE) 8: /lib/ld-linux.so.2 (_dl_find_dso_for_object+0x183) [0xf7ef00f3]
[   140.976] (EE) unw_get_proc_name failed: no unwind info found [-10]
[   140.976] (EE) 9: /lib/libdl.so.2 (?+0x0) [0xf7e61290]
[   140.977] (EE) 10: /lib/libc.so.6 (_dl_catch_exception+0x63) [0xf7b84b23]
[   140.977] (EE) 11: /lib/libc.so.6 (_dl_catch_error+0x1f) [0xf7b84b9f]
[   140.977] (EE) 12: /lib/libdl.so.2 (dlerror+0x331) [0xf7e61eb1]
[   140.978] (EE) 13: /lib/libdl.so.2 (dlopen+0x4b) [0xf7e613eb]
[   140.978] (EE) 14: /usr/lib/libgbm.so.1 (gbm_format_get_name+0x2b81) [0xf727a341]
[   140.978] (EE) 15: /usr/lib/libgbm.so.1 (gbm_format_get_name+0x195b) [0xf727803b]
[   140.978] (EE) 16: /usr/lib/libgbm.so.1 (gbm_format_get_name+0x1dea) [0xf727885a]
[   140.978] (EE) 17: /usr/lib/libgbm.so.1 (gbm_create_device+0x4f) [0xf727464f]
[   140.978] (EE) 18: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_init+0x5c) [0xf728960c]
[   140.978] (EE) unw_get_proc_name failed: no unwind info found [-10]
[   140.978] (EE) 19: /usr/lib/xorg/modules/drivers/modesetting_drv.so (?+0x0) [0xf72d0200]
[   140.979] (EE) 20: /usr/libexec/Xorg (InitOutput+0xab0) [0x80d0cf0]
[   140.979] (EE) 21: /usr/libexec/Xorg (InitFonts+0x2bd) [0x808e9dd]
[   140.979] (EE) 22: /usr/libexec/Xorg (miPolyFillRect+0xdda) [0x8076e3a]
[   140.979] (EE) 23: /lib/libc.so.6 (__libc_start_main+0x105) [0xf7a4a755]
[   140.979] (EE) 24: /usr/libexec/Xorg (_start+0x21) [0x80760c1]
[   140.979] (EE) 
[   140.979] (EE) Illegal instruction at address 0xf6389df7
[   140.979] (EE) 
Fatal server error:
[   140.979] (EE) Caught signal 4 (Illegal instruction). Server aborting

whereas if I 'remove' libsensors.so.5 this must "interrupt the flow" before the error is triggered as Xorg.0.log then says:

Code:

[   331.806] (II) AIGLX: Screen 0 is not DRI2 capable
[   331.806] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (libsensors.so.5: cannot open shared object file: No such file or directory)
[   331.806] (EE) AIGLX error: unable to load driver swrast

orbea · 06-28-2019, 11:02 AM

Do you still get the xorg backtrace when you install the missing packages?

Jefferson · 06-28-2019, 11:33 AM

Quote:

Originally Posted by orbea

I think I see your problem, I had the same issue a while ago... You still have some nvidia files on your system. First remove these two files as root.

Edit:

Before removing them try to use 'ls -l' to make sure there are not any more files to remove.

Code:

ls -l /usr/lib*/*nvidia* /usr/lib*/*/*nvidia*

Then remove them all like the following command.

Code:

rm -f /usr/lib/tls/libnvidia-tls.so.304.137 /usr/lib/libnvidia-glcore.so.304.137

Next reinstall mesa and xorg-server again. If the problem persists share the output of the 'ldd' command again.

Code:

ldd /usr/lib*/libGL.so*

Edit2: You will also want to get rid of any files with the '304.137' version like '/usr/lib/libGL.so.304.137'.

First make sure you find them all.

Code:

find /usr/lib -name '*304.137*'

And then be sure to remove them like already done for the nvidia libraries. You will want to reinstall mesa and xorg after removing the files to make sure you have the correct versions installed.

Code:

rm -f /usr/lib/libGL.so.304.137

I did as you asked, but the problem persists.
ldd output:

Code:

$ ldd /usr/lib*/libGL.so*
/usr/lib/libGL.so:
	linux-gate.so.1 (0xb7f0c000)
	libGLX.so.0 => /usr/lib/libGLX.so.0 (0xb7e4e000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d08000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb7cf3000)
	libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0xb7c92000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7c8c000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7c6c000)
	libc.so.6 => /lib/libc.so.6 (0xb7aab000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7a80000)
	/lib/ld-linux.so.2 (0xb7f0e000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb7a7a000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7a73000)
/usr/lib/libGL.so.1:
	linux-gate.so.1 (0xb7f5b000)
	libGLX.so.0 => /usr/lib/libGLX.so.0 (0xb7e9d000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d57000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb7d42000)
	libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0xb7ce1000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7cdb000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7cbb000)
	libc.so.6 => /lib/libc.so.6 (0xb7afa000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7acf000)
	/lib/ld-linux.so.2 (0xb7f5d000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb7ac9000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7ac2000)
/usr/lib/libGL.so.1.7.0:
	linux-gate.so.1 (0xb7f7f000)
	libGLX.so.0 => /usr/lib/libGLX.so.0 (0xb7ec1000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d7b000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb7d66000)
	libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0xb7d05000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7cff000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7cdf000)
	libc.so.6 => /lib/libc.so.6 (0xb7b1e000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7af3000)
	/lib/ld-linux.so.2 (0xb7f81000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb7aed000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7ae6000)

$

From #lspci -k

Code:

04:00.0 VGA compatible controller: NVIDIA Corporation G73 [GeForce 7600 GS] (rev a1)
	Subsystem: ASUSTeK Computer Inc. G73 [GeForce 7600 GS]
	Kernel driver in use: nouveau
	Kernel modules: nvidiafb, nouveau

pee_bee · 06-28-2019, 11:41 AM

Quote:

Originally Posted by orbea

Do you still get the xorg backtrace when you install the missing packages?

Hi

There are no 'missing packages' to install that I know of.........I 'removed' (by renaming) libsensors.so.5 because I noted that this had become a new dependency of nouveau_dri.so after the mesa update...........this allowed Xorg to start with no backtrace as indicated but with no DRI2 so glxgears failed.

All packages are the latest to Thu Jun 27 19:07:20 UTC 2019

Cheers
pee_bee

p.s. everything was working just fine for quite a few years prior to the recent mesa update....

orbea · 06-28-2019, 12:16 PM

@Jefferson That seems like an improvement as its now using nouveau instead of swrast (software), but that didn't seem to solve all of your problems... Can you try compiling mesa from source yourself again, I hope at least that works now? It may be worth to also try newer (git) or older versions to see if they are better.

Quote:

Originally Posted by pee_bee

Hi

There are no 'missing packages' to install that I know of.........I 'removed' (by renaming) libsensors.so.5 because I noted that this had become a new dependency of nouveau_dri.so after the mesa update...........this allowed Xorg to start with no backtrace as indicated but with no DRI2 so glxgears failed.

I mean at least lm_sensors, this is now a dependency for mesa and it should be installed if you want stuff to work correctly. Your error message indicates that its not correctly installed.

Code:

[   331.806] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (libsensors.so.5: cannot open shared object file: No such file or directory)

Perhaps this issue is different than the other issue you can also reproduce.

pee_bee · 06-28-2019, 02:10 PM

Quote:

Originally Posted by orbea

I mean at least lm_sensors, this is now a dependency for mesa and it should be installed if you want stuff to work correctly.

lm_sensors is indeed installed - libsensors.so.5 was temporarily renamed for testing purposes...........

ponce · 06-28-2019, 02:27 PM

Quote:

Originally Posted by pee_bee

p.s. everything was working just fine for quite a few years prior to the recent mesa update....

I'll ask you the same question I asked to Jefferson: are you running Slackware current's kernel?

pee_bee · 06-28-2019, 02:44 PM

Quote:

Originally Posted by ponce

I'll ask you the same question I asked to Jefferson: are you running Slackware current's kernel?

Slightly different - actually k5.1.15 currently - but equivalent update status.