So somewhere it is loading the wrong libGL. I see many files include RPATH/RUNPATH to /usr/lib64 (mainly RUNPATH due to --enable-new-dtags). I have experienced the same issue which was resolved by stopping it adding -Wl,-rpath,/usr/lib64 to the linker.
Is someone able to run an strace when loading gnome-control-center and it fails to load with that error? (and then want the contents of /tmp/gcc-strace.log)
lspci -vs 00:02.0
00:02.0 VGA compatible controller: Intel Corporation Device 3e94 (prog-if 00 [VGA controller])
Subsystem: Lenovo Device 2269
Flags: bus master, fast devsel, latency 0, IRQ 130
Memory at 404a000000 (64-bit, non-prefetchable) [size=16M]
Memory at 80000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: [40] Vendor Specific Information: Len=0c <?>
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [100] Process Address Space ID (PASID)
Capabilities: [200] Address Translation Service (ATS)
Capabilities: [300] Page Request Interface (PRI)
Kernel driver in use: i915
So I tried to blacklist the i915 but that doesn’t seem to work. The Nvidia GPU was using the nvidia driver and not the nouveau but at startup there was the white error screen.
Interesting is, when i open terminal (strg+F2) and startx, the gnome fallback dm starts.
I cannot disable the intel gpu because this is a corporate laptop and I don’t have access to the bios.
I think this might be helpful. The author of that post failed to blacklist i915 module and changed the grub configuration and made that work.
I’m not sure whether this could be applied to Clear Linux, so please backup first.
Thanks. I did not create the GitHub issue, but I will follow its resolution. This is a pretty stupid problem to have. Install NVidia driver…no longer have the right driver linked for simple things like the gnome control center. I can’t imagine the pain of people who actually need openGL to work properly.
thanx for the link! I think this points to the right direction. So, the problem seems to be that the kernel module i915 is compiled into the kernel and so it cannot be blacklisted as a loaded module. This makes absolutely sense for an intel centric distribution:
the problem now is, how to remove / prevent the module being loaded. This needs to be done in systemd.boot and not in grub. I mounted efi to boot and edited Clear-linux-native-5.0.18-767.conf but couldn’t find a way to prevent loading the i915.
Maybe someone has a hint for an kernel option in systemd.boot to prevent loading the module?
Hi miguelinux and thanx for your help!
I used your method and the kernel line was added to the bootloader. A much better way than mine because I added it directly to the conf and the next clr-boot-manager update will wipe it.
Unfortunately the result after installing the nvidia driver was still the same white screen.
How can I be sure that the module is not loaded / used? I use
sudo lspci -vs 00:02.0
which gives me:
00:02.0 VGA compatible controller: Intel Corporation Device 3e94 (prog-if 00 [VGA controller])
Subsystem: Lenovo Device 2269
Flags: bus master, fast devsel, latency 0, IRQ 130
Memory at 404a000000 (64-bit, non-prefetchable) [size=16M]
Memory at 80000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: [40] Vendor Specific Information: Len=0c <?>
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [100] Process Address Space ID (PASID)
Capabilities: [200] Address Translation Service (ATS)
Capabilities: [300] Page Request Interface (PRI)
Kernel driver in use: i915
I interpret this that the driver i still in use. This
Ok, I finally got this working! Cannot believe how hard this was. So, installing the nvidia driver with the tutorial was only half the way. This is my first notebook with an integrated and a nvidia gpu. So the problem was that the i915 gpu was the default one and just used for everything. As I don’t have access to the bios, I couldn’t switch to discreet only.
So what I did. I added two more modules to blacklist
disable-nouveau.conf:
blacklist nouveau
blacklist nvidiafb
blacklist rivafb
options nouveau modeset=0
A little bit annoying to start from console and export the path everytime.
The second thing is, that I have strong system freezes (1-2 seconds) in some situations. Often it happens when i activate gnome dash in the left top area. I never had any hard locks or something. It just freezes the whole system and comes back after 1-2 second. There is no screen corruptions or anything. Just cannot move mouse.
I never even knew this was an issue until you all clued me in. I use blackbox on most distros so its either cli or dconf editor. I thought this settings bug might have something to do with me removing qt libraries so I spent hours reinstalling and optimizing them… only to realize I run Gnome not KDE. These graphics libraries are so fancy I need a second monocle up in here.