Arch Linux

michaelmoreno

Member

Registered: 2021-10-04

Posts: 18

Bumblebee is attempting to use Nouveau instead of proprietary drivers

In a fresh arch install on an Asus M16 GU603HM. Attempting to configure the dual gpu situation with Bumblebee.
I've followed the installation steps from the wiki https://wiki.archlinux.org/title/bumblebee, but when I get to the Test section and type `optirun glxgears -info` I get the following error

[ 1763.592331] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "nouveau" (module does not exist, 0) 
[ 1763.592351] [ERROR]Aborting because fallback start is disabled. 

I don't understand why Bumblebee is attempting to load nouveau instead of the proprietary driver nvidia.

Relevant packages installed

nvidia 525.89.02-12
nvidia-utils 525.89.02-2
opencl-nvidia 525.89.02-2
xf86-video-intel 1:2.99.917+923+gb74b67f0-1
mesa 22.3.6-1
mesa-utils 8.5.0-2
xorg-fonts-encodings 1.0.7-1
xorg-server 21.1.7-1
xorg-server-common 21.1.7-1
xorg-setxkbmap 1.3.3-2
xorg-xhost 1.0.9-1
xorg-xkbcomp 1.4.6-1
xorgproto 2022.2-1

Output of lspci -k | grep -A 2 -E "(VGA|3D)"

0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-H GT1 [UHD Graphics] (rev 01)
    DeviceName: Second VGA
    Subsystem: ASUSTeK Computer Inc. Device 130c
    Kernel driver in use: i915
0000:01:00.0 VGA compatible controller: NVIDIA Corporation GA106M [GeForce RTX 3060 Mobile / Max-Q] (rev a1)
    DeviceName: VGA
    Subsystem: ASUSTeK Computer Inc. Device 130c
    Kernel driver in use: nouveau  

I can see that the kernel driver in use is nouveau. It was like that out of the box, and probably is part of the problem.
I want to use proprietary nvidia drivers.

Kernel: 6.2.7-arch1-1

Last edited by michaelmoreno (2023-03-21 20:03:08)

V1del

Forum Moderator

Registered: 2012-10-16

Posts: 24,954

Re: Bumblebee is attempting to use Nouveau instead of proprietary drivers

Remove xf86-video-intel and bumblebee and use prime-run instead. These have nothing to do with the immediate problem but are the correct thing to do nonetheless.

For the immediate problem you will want to read the note in the wiki and add ibt=off to your kernel parameters https://wiki.archlinux.org/title/NVIDIA#Installation --- generally these outputs read like you just installed the nvidia drivers and haven't rebooted/reloaded the nvidia drivers yet. Adjust your kernel parameters as mentioned and reboot.

Should that not fix it post the full output of

sudo journalctl -b

https://wiki.archlinux.org/title/List_o … n_services

michaelmoreno

Member

Registered: 2021-10-04

Posts: 18

Re: Bumblebee is attempting to use Nouveau instead of proprietary drivers

Remove xf86-video-intel and bumblebee and use prime-run instead. These have nothing to do with the immediate problem but are the correct thing to do nonetheless.

For the immediate problem you will want to read the note in the wiki and add ibt=off to your kernel parameters https://wiki.archlinux.org/title/NVIDIA#Installation --- generally these outputs read like you just installed the nvidia drivers and haven't rebooted/reloaded the nvidia drivers yet. Adjust your kernel parameters as mentioned and reboot.

Should that not fix it post the full output of

sudo journalctl -b

https://wiki.archlinux.org/title/List_o … n_services

Thanks for the response, I'll look into that fix. Could you elaborate on why using prime-run is the better solution or point me to the relevant reading? I have no problem using that instead, but would like to be informed on the reasoning.

Last edited by michaelmoreno (2023-03-21 20:21:10)

V1del

Forum Moderator

Registered: 2012-10-16

Posts: 24,954

Re: Bumblebee is attempting to use Nouveau instead of proprietary drivers

PRIME as explained in the link is the officially maintained and supported version of what bumblebee used to be necessary for by nvidia that integrates much better with the modern software stack and developments that have happened. There are still use cases for bumblebee if you are on an older system that e.g. does not yet have the power saving features, since this isn't the case here there is no point and generally only potentially downsides to still rely on bumblebee. (Since it has to start a secondary xorg server as the rendering surface you'll invoke a much higher copy overhead than what's implemented in prime-run, you'll also get generally better integration with stuff, generic optirun tends to be slow and the old primusrun method hasn't seen any continued development and is likely missing a few newer vulkan/opengl extensions)