Module nvidia not found
lbedogni opened this issue · 21 comments
Hi
I have a Dell XPS L502X with Debian installed. I installed debumblebee, but install.sh reports the following:
Installing and configuring support files.
FATAL: Module nvidia not found.
FATAL: Module nvidia not found.
NVIDIA: failed to load the NVIDIA kernel module.
ERROR: Unable to query GPU information
Enabling debumblebee service.
update-rc.d: using dependency based boot sequencing
Installation completed.
Now you should be able to start applications with "optirun ".
You may check the output of "optirun glxgears -info" for confirmation that installation was successfull.
https://github.com/z0rc3r/debumblebee
In fact, modprope nvidia reports that the nvidia module isn't there. Doesn't debumblebee take care of this?
Are you running Debian Stable? I'm afraid it has very outdated nvidia module so it cannot be helped. Right now debumblebee works only with sid.
I'm working with testing. Thanks for the reply
Do you have nvidia-kernel-dkms package properly installed (it should be installed automatically with debumblebee)? debumblebee strongly relies that your card is supported by this package. You need to manually debug why nvidia module isn't loaded. I don't have access to your hardware nor planning to do blind debugging. It's all up to you.
I upgraded to sid, and now debumblebee installed fine. The only thing is the following: while optirun glxgears works fine, glxgears gives me:
root:/home/bedo/src/debumblebee # glxgears -info
Xlib: extension "GLX" missing on display ":0.0".
Error: couldn't get an RGB, Double-buffered visual
root:/home/bedo/src/debumblebee #
Provide me the output of "update-alternatives --display glx", /var/log/Xorg.0.log and Xorg.1.log. Use any pastebin.
update-alternatives: http://pastebin.com/H70tWU0z
Xorg.0.log: http://pastebin.com/MGR0DhGe
Xorg.1.log: http://pastebin.com/nwKfrQs7
Thanks
Luca Bedogni
http://lbedogni.web.cs.unibo.it
On Sun, Jul 3, 2011 at 6:31 PM, z0rc
reply@reply.github.com
wrote:
Provide me the output of "update-alternatives --display glx", /var/log/Xorg.0.log and Xorg.1.log. Use any pastebin.
Reply to this email directly or view it on GitHub:
#12 (comment)
I don't get it. There is no debumblebee alternative, which should be added with installation script. You may comment out everything except alternatives stuff in debian.installer and run installer once again.
This is what I get:
Installing and configuring support files.
update-alternatives: error: no alternatives for libGL.so.
update-alternatives: error: no alternatives for libGL.so.1.
update-alternatives: error: no alternatives for libglx.so.
On Sun, Jul 3, 2011 at 8:42 PM, z0rc
reply@reply.github.com
wrote:
I don't get it. There is no debumblebee alternative, which should be added with installation script. You may comment out everything except alternatives stuff in debian.installer and run installer once again.
Reply to this email directly or view it on GitHub:
#12 (comment)
Yes I am. The processor is an i7, but the running kernel is 32 bit.
On Mon, Jul 4, 2011 at 10:05 AM, z0rc
reply@reply.github.com
wrote:
Are you on 32bit arch?
Reply to this email directly or view it on GitHub:
#12 (comment)
Hrm, something is wrong. There shouldn't be alternative for libGL.so, only for libGL.so.1. Are you using the latest commit?
I upgraded to the latest commit right now, uninstalled and
reinstalled, and now I got:
bedo@otto ~ $ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
301 frames in 5.0 seconds = 60.040 FPS
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 1188 requests (1188 known processed) with 0 events remaining.
bedo@otto ~ $ optirun glxgears
[VGL] WARNING: VirtualGL attempted and failed to obtain a Pbuffer-enabled
[VGL] 24-bit visual on the 3D X server :1. If the application
[VGL] subsequently fails, then make sure that the 3D X server is configured
[VGL] for 24-bit color and has accelerated 3D drivers installed.
Error: couldn't get an RGB, Double-buffered visual
bedo@otto ~ $
But the nvidia module is present and loaded:
bedo@otto ~ $ lsmod |grep nvidia
nvidia 10499071 0
i2c_core 19116 7
nvidia,i915,drm_kms_helper,drm,i2c_algo_bit,i2c_i801,videodev
bedo@otto ~ $
On Mon, Jul 4, 2011 at 10:43 AM, z0rc
reply@reply.github.com
wrote:
Hrm, something wrong. There shouldn't be alternative for libGL.so only for libGL.so.1. Are you using the latest commit?
Reply to this email directly or view it on GitHub:
#12 (comment)
Again provide the /var/log/Xorg.1.log and the output of "update-alternatives --display glx". Also show me your current /etc/init.d/debumblebee and /usr/local/bin/optirun.
Xorg.1.log: http://pastebin.com/hYiqNYJ1
update-alternatives: http://pastebin.com/sUeEUKcP
debumblebee: http://pastebin.com/rTpHYwt9
optirun: http://pastebin.com/sxMLQcpK
Thanks!
On Tue, Jul 5, 2011 at 2:46 PM, z0rc
reply@reply.github.com
wrote:
Again provide the /var/log/Xorg.1.log and the output of "update-alternatives --display glx". Also show me your current /etc/init.d/debumblebee and /usr/local/bin/optirun.
Reply to this email directly or view it on GitHub:
#12 (comment)
Ok, what does "uname -m" says?
bedo@otto ~ $ uname -m
i686
bedo@otto ~ $
On Tue, Jul 5, 2011 at 3:43 PM, z0rc
reply@reply.github.com
wrote:
Ok, what does "uname -m" says?
Reply to this email directly or view it on GitHub:
#12 (comment)
Aha, here is the issue, I've tested this only with x86_64 and I assumed that "uname -m" would return i386 for 32 bit arch, but I was wrong. By now you can replace "uname -m" calls with "i386", e.g. "/usr/lib/i386-linux-gnu/nvidia" in /etc/init.d/debumblebee and /usr/local/bin/optirun. This should fix your problem while I'm thinking on proper solution.
What is the output of "dpkg-architecture" for you?
bedo@otto ~ $ dpkg --print-architecture
i386
bedo@otto ~ $
On Tue, Jul 5, 2011 at 8:13 PM, z0rc
reply@reply.github.com
wrote:
What it the output of "dpkg-architecture" fro you?
Reply to this email directly or view it on GitHub:
#12 (comment)
Now i got some errors, but it's working:
bedo@otto ~ $ optirun glxgears
2356 frames in 5.0 seconds = 471.034 FPS
2447 frames in 5.0 seconds = 489.191 FPS
2113 frames in 5.0 seconds = 422.475 FPS
[VGL] ERROR: in readback--
[VGL] 362: Window has been deleted by window manager
bedo@otto ~ $ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
293 frames in 5.0 seconds = 58.510 FPS
299 frames in 5.0 seconds = 59.618 FPS
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 1272 requests (1272 known processed) with 0 events remaining.
bedo@otto ~ $
On Wed, Jul 6, 2011 at 9:44 AM, Luca Bedogni lbedogni@cs.unibo.it wrote:
bedo@otto ~ $ dpkg --print-architecture
i386
bedo@otto ~ $On Tue, Jul 5, 2011 at 8:13 PM, z0rc
reply@reply.github.com
wrote:What it the output of "dpkg-architecture" fro you?
Reply to this email directly or view it on GitHub:
#12 (comment)
Well, do you have the dpkg-architecture application? "dpkg --print-architecture" returns "amd64" for 64 bit while I need "x86_64". Errors with glxgears after closing it are correct, to evade them you may close it with Esc key.
Sorry:
root:/home/bedo # dpkg-architecture
DEB_BUILD_ARCH=i386
DEB_BUILD_ARCH_OS=linux
DEB_BUILD_ARCH_CPU=i386
DEB_BUILD_ARCH_BITS=32
DEB_BUILD_ARCH_ENDIAN=little
DEB_BUILD_GNU_CPU=i486
DEB_BUILD_GNU_SYSTEM=linux-gnu
DEB_BUILD_GNU_TYPE=i486-linux-gnu
DEB_BUILD_MULTIARCH=i386-linux-gnu
DEB_HOST_ARCH=i386
DEB_HOST_ARCH_OS=linux
DEB_HOST_ARCH_CPU=i386
DEB_HOST_ARCH_BITS=32
DEB_HOST_ARCH_ENDIAN=little
DEB_HOST_GNU_CPU=i486
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=i486-linux-gnu
DEB_HOST_MULTIARCH=i386-linux-gnu
root:/home/bedo #
Now,exiting glxgears with Esc doesn't give me any error.
On Wed, Jul 6, 2011 at 10:34 AM, z0rc
reply@reply.github.com
wrote:
Well, do you have the dpkg-architecture application? "dpkg --print-architecture" returns "amd64" for 64 bit while I need "x86_64". Errors with glxgears after closing it are correct, to evade them you may close it with Esc key.
Reply to this email directly or view it on GitHub:
#12 (comment)