Debian Configuration :: Getting The Xen Kernel And NVIDIA Binary Driver?
May 10, 2011
I'm encountering a problem running X and Gnome from a Xen-enabled Kernel with NVIDIA Binary driver compiled with IGNORE_XEN_PRESENCE=y on debian squeeze
Hardware:
NVIDIA NVS 5100M
Kernel:
Debian Squeeze : 2.6.32-5-xen-amd64
NVIDIA Kernel from the official package
Boot and module loading are successful, but when X starts, I only get a black screen. I attached here my Xorg.0.log, however it doesn't seems to have any problem.
I've posted here before (viewtopic.php?f=5&t=66322) about problems arising from my attempts to get an nVidia driver to work with my custom kernel. Now those problems are all fixed, and I'm back to where I was: the built kernel boots fine, but the nVidia driver fails.
The custom kernel is as near to the stock one as I can make it, I'm just trying to find a working build process at present, before trying to build a later-version kernel.
I used sgfxi with "-! 40" to build the nVidia driver for my custom kernel; it reported that everything was fine.
With stock kernel - 2.6.32-5-amd64 ...
Extracts from /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 code....
I've built a new kernel (2.6.34) on our workstation at work. It boots and runs beautifully, but there is one minor problem. I created the kernel as a Debian package along with the kernel headers. Upon installing both and attempting to build the nVidia driver for said kernel, the installer tells me that it cannot determine the version and quits. This happens even if I manually specify the path to the headers. What's going on here, did I miss something during my compilation of the new kernel?
Having upgraded to kernel 2.6.38 in wheezy, you now have to blacklist the nouveau driver as just uninstalling the packages don't seem to be enough as it is with squeeze. The latest nVidia 270 driver makes my GPU run over 10°s hotter. The 264 driver in the Debian repo has the same effect. I can't install the 195 driver (which I know is ok with my GPU), for some unknown installation error (error 1 during compile).
I have a GeForce 7950GTX on my Dell laptop. The hardware is ok, as the temperatures are much lower with squeeze, and I have cleaned inside the laptop.
Is anyone else having any issues with excessive heat with nVidia? Could this be a driver or a kernel issue?
And why did I have to blacklist the nouveau drivers even though they weren't installed?
How do I check if I'm using the Nouveu driver or the Nvidia Binary driver? I thought things were running nicely with the free driver because I had compositing working on my dismal graphics card... But scrolling in firefox is slow/laggy so I tried installing the binary driver with 1click install. But I restarted and still have the same problem. I think I might still be using the nouveu driver? Actually, scratch that last sentence. I just did lspci -v and got this output:
Code: 01:00.0 VGA compatible controller: nVidia Corporation NV37GL [Quadro FX 330/GeForce PCX 5300] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device 310e Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f0000000 (32-bit, non-prefetchable) [size=16M] Memory at e0000000 (32-bit, prefetchable) [size=256M]
I installed the latest kernel liquorix (2.6.35) but when i want to install the Nvidia driver downloaded on the Nvidia website (256.53), i have an error message because Nvidia doesn't found the kernel source tree.
I install linux-image-2.6.35-6.dmz.2-liquorix-686_2.6.35-16_i386.deb, linux-headers-2.6.35-6.dmz.2-liquorix-686_2.6.35-16_i386.deb and build-essential. I don't understand why the installation doesn't works.
I have a problem with my custom kernel when I want to create the Nvidia kernel module.After this finished I installed the image and headers and created the Nvidia kernel module. Everything worked fine.However, if I remove the linux-source from my home directory then I can't create the kernel module.Even though I have the headers for the kernel installed.
i've installed debian 8 on this laptop but can't use the nvidia card from nvidia-detect can't find the card but it work 'cause i can see it in the list of hardware, 3d controller the driver from nvidia don't work, and i had a problem with force installation and xorg.conf file.. how i can make it work ? the card it's nvidia 820m
I recently installed Squeeze. I had sound with the video driver that came with the install. Then I installed the Nvidia driver from Nvidia website. The sound dissappeared. When I uninstalled the Nvidia driver and removed xorg.conf and rebooted again, the sound came back. Then I installed the Nvidia driver from (nvidia-glx, dev and settings) from Debian with Synaptic. The sound went away again. If I uninstall the nvidia driver and xorg.conf the sound will probably come back again. The sound driver is the one that came with the install.
The volumes are unmuted in the alsamixer. Somehow alsaconf command does not work.
My mother board is a ASUS M4N78 Pro with Nvidia IGP.
What can I do to have sound with the nvidia driver?
I have installed the Nvidia drivers on my desktop using [URL] according to the Debian way. Everything seems to be fine except the resolution. The best it will let me choose is something like 600x480. I have searched and most of what is suggested around the web is to change xorg.conf. I have tried this using different setting suggested but nothing is working. I did not have a xorg.conf file so I created one with the setting suggested on the Debian wiki.
After I've installed nvidia-vdpau-driver 280.13-1 from debian testing repositories, all the colors on the screen became too bright, except dark colors.
I've tried to change the values from Brightness, Contrast and Gamma, in NVIDIA X Server Settings -> X Server Color Correction, but it doesn't bring everything back to normal.
Either the nvidia driver has problems, or I don't know how to calibrate. But before I installed nvidia-vdpau-driver, I had the nouveau display driver (experimental), and all colors were displayed normally, the same as in Windows 7 and XP.
After upgrading kernel package to 2.6.32-5 NVIDIA installation gave me ERROR:Unable to load the kernel module 'nvidia.ko'. This happens most frequently when this kernel module was built against the wrong or improperly configured kernel sources, with a version of gcc that differs from the one used to build the target kernel, or if a driver such as rivafb/nvidiafb is present and prevents the NVIDIA kernel module from obtaining ownership of the NVIDIA graphics device(s), or NVIDIA GPU installed in this system is not supported by this NVIDIA Linux graphics driver release.
I revived my old desktop (failed psu), and installed debian squeeze using netinst. It has a nvidia geForce 7600GT card. The driver in squeeze does not work very well, so I downloaded nvidia driver-installer. When I run it, it comes back with an error saying the kernel (I assume the nvidia graphics kernel) is compiled with gcc4.3, but the system is using gcc4.4. Using synaptic manager, I installed gcc3.3, but same error.
Next I tried to uninstall gcc4.4 and it gave a warning the system might not be usable. I did not understand it, but I went ahead and uninstalled gcc4.4 and guess what, the system is not usable, and I have to re-install squeeze. Not a big loss, since I do not have much in it. How to install this nvidia driver, specifically, how do I get switch to gcc4.3 from gcc4.3? Also, the squeeze install gave me 2.6.33-trunk-amd64, and 2.6.33-3-amd64. How do I get rid of ...trunk-amd64? Do I just delete it from grub?
I'm running succesfully Debian 6.0 after first trying Debian 5.0 and ran into missing partitions. This is solved by using Debian 6.0 (Beta 2).
Now it's NVidia's turn: Under Ubuntu (yes...i know it by now...) you had to install a proprietary driver for NVidia to ensure that 3D was supported. What about Debian? There's nothing like this under Debian? How do i know if 3D is supported?
I have 64bit debian 6 squeeze installed on my 64bit pc. I have an NVIDIA gpu which I have installed the drivers for and they work just fine. I also have a 32 bit chroot located at /32 which was created using debootstrap. The NVIDIA 64bit driver gives the option to install compatability driver libraries into the 32bit chroot. Whenever I run any application that uses opengl rendering within the chroot, they segfault. When I uninstalled and reinstalled the NVIDIA driver without installing the libraries to the chroot, and instead replaced them with mesa gl libraries, the programs complain about framebuffer missing. They do not segfault, and some programs that can use sdl instead will work fine. I have xhost + set to allow any programs in the chroot to use the host's xorg. I have the host's proc mounted to the chroot proc directory, and i also have dev mount --bind 'ed to the chroot.
I am fairly new to Linux. My machine is running Debian 5.0.5 with gcc version 4.3. When I try to install the Nvidia QuadroFX 3450 driver I got from the Nvidia web site I get an error saying: "The compiler used to compile the kernel (gcc 4.1) does not exactly match the current compiler (gcc 4.3)....." Does this mean my gcc version is too new for the driver? if so, how do I roll back to a older version?
Squeeze-beta was my first foray into Debian, and I love it. I changed my setup to a rolling setup with testing (Wheezy), and have done that for several months. Lately, I got a new kernel, but it reboots to a terminal rather than GUI (I'm a simple laptop user). I think it's because of the NVIDIA drivers, and here is what I've tried (meanwhile, I'm using the previous kernel):
# apt-get install module-assistant nvidia-kernel-common # m-a auto-install nvidia-kernel${VERSION}-source A blue screen appears that says:
module-assistant error message Bad luck, the kernel headers for the target kernel version could not be found and you did not specify other valid kernel headers to use.
You can try:
module-assistant prepare or apt-get install linux-headers-2.6.38-2-amd64
I have done both, rebooted, and I still get the blue screen. I also see this message:
nvidia-kernel-source was not built successfully, see:
/var/cache/modass/nvidia-kernel-source*buildlog*
...and I have copy/pasted the file below (which omits lines 101-200 because this message is too long then):
Using squeeze with a GeForce4 MX 440 video card (NVIDIA) I have a monitor (4/3 aspect ratio, 1024x768 usually), and a TV connected via S-video After installing the NVIDIA driver using the NVIDIA binaries I managed to have a cloned twin screen configuration working.
However, the monitor is (wrongly) detected as having size 1824x768 (aspect ratio is widescreen) Using system monitor, I can set the correct size, but only for one session; besides, the login screen too is messed up the xorg.conf file seems right: proper resolution modes are set; xorg.0.log too
I'm running Ubuntu 10.10 on an old small form factor PC with an AMD Sempron 2400, 1GB RAM, and an nVidia 5200 graphics card 128MB. OK, so a low-spec machine (but that's the great thing about Linux right? Don't need high-end h/w) but it works just fine, except that it can't play full HD (1920x1080) MPEG-4 video. Very jerky and lots of dropped frames. Same in both Movie Player and VLC.
I can't afford to increase the RAM and as it's a SFF I can't just swap the mobo and CPU for something faster so I'm wondering whether getting a higher spec graphics card would make any difference?I'm using the nVidia proprietary binary driver (latest version) and searching the forums I found a post where someone said that the nVidia driver needs at least a 512MB card for HD video.A colleague has a higher spec nVidia card (7600 IIRC) that he'll sell me, but before I spend any money, is this likely to improve things? How much does the graphics card affect performance, or is it simply a case of the machine overall just isn't high enough spec?
Is there a way to programmatically determine whether a particular driver support is built-in rather than a loadable module? I'd be grateful if somebody would share how. I have written a shell script using the RTC (real time clock). I can check whether the rtc-cmos kernel module exists and load the module accordingly as needed, but I don't know how to determine when the driver is built-in. Of course, if the driver is built-in then the module does not exist.
I seem to recall there is a method to query the kernel config file (/proc/config.gz), through which I probably could grep for the CONFIG_RTC_DRV_CMOS parameter. I also can check whether /proc/driver/rtc exists. If that file exists then either the driver is built-in or the module was loaded.I realize the rtc-cmos driver is built-in with the standard Debian kernel build, but I still would like a way to query where the driver is supported.Is there a straightforward or direct method to query the kernel whether a particular driver is built-in?
I'm running Debian wheezy on a Toshiba NB505 and I've noticed that the wireless connectivity can be painfully slow at times. I know it's not our home network because my desktop flies (running Windows).Currently, I have the driver from this guide installed. I went to Realtek's site to download the latest driver for this wireless card (RTL8188CE, the Linux/UNIX version) thinking maybe this more up-to-date driver would operate better than the one used in the guide above.Is there a possible way to install this driver, or should I just stick with the current driver I'm using from the guide above?
When I only change a driver file manually, for example /newkernel/linux-source-.6.32/drivers/gpu/drm/i915_drv.h, do I need to run "make config" or similar like "make menuconfig" or can I just skip? I mean these steps:
my problem is on installing nvidia driver on fc12 32bit but, first of all, as i understood the pae kernel requires more than 4gb of ram,i have a 2.2 ghz cpu with 2 gb ram,but when i run command:uname -r it answers: 2.6.31.5-127.PAE [i have fc12 32 bit] when we try to download linux we have a 32bit edition or 64bit edition,do we have an edition which is only for pae? or when we install for example the 32bit edition on a computer with more than 4gb of ram then the kernel automatically will change to be a pae kernel??
# xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database.
[code]...
And after that my X is not working. And when i try sudo modprobe nvidia I get this:
FATAL: Error inserting nvidia (/lib/modules/2.6.26-2-686/nvidia/nvidia.ko): No such device
Af few isssues arised after nessisary kernel upgrad to 2.6.32 bpo.5-686 to allow new wireless card to work. Synaptic will not allow the 5 install CD's to load when I do "reload" It reports
This is a followup/secondary question from another post earlier this morning.[URL].. Info: Lucid 10.04, 4GB ram, Nvidia video, home built pc. I'm fairly certain that when I enable the pae kernel this time, I'll get usage of the full 4GB of memory that I have installed.
The problem is, that I did enable the pae kernel earlier this week to test something out, but ran into a problem. It came up in "low graphics mode" (800x600). As you can image, I wasn't real thrilled about that.
I went to System->Administration->Hardware Drivers to get the video driver straightened out. I figured it just needed one compiled for the pae kernel... Well, it didn't find one. Is there one? Is there a procedure to get one installed/compiled, if there isn't one?
I don't know if I want to mess with trying to get the Nvidia drivers working for pae, when I only stand to gain another ~700MB of memory. Currently showing 3.2GB. I'm not sure if its worth my trouble..
