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?
Is this card supported in Squeeze by either the non-free firmware or the proprietary driver? I just got one to stick into an older box that will be going to a college girl that wants the 3D desktop in KDE. The built-in video was a joke and wouldn't even work without compositing. It was one of those crappy, non-standard pieces of crap known as a "Unichrome" (not the pro).
View 10 Replies View RelatedDebian Jessie kernel 3.16.0 AMD64. Legacy GeForce 66oo GT video card.
I just re-installed Jessie via Debian non-free DVD. When I run apt-get update && apt-get upgrade, the screen says to the effect :
"Before Nouveau can be used, must remove Nvidia config from xorg.conf and xorg.conf.d"
Is there a simple way to keep Nouveau and blacklist or prevent Nvidia driver from being automatically installed in the first place?
I've been trying to install the driver for my NVIDIA GeForce 6150SE nForce 430 in Slackware 13.1 with no success. I always get the same error report: the module you're trying to build does not match the kernel source or something like that. The result: unable to build module and the installation crashes.
I have tried to:set a custom kernel source path, install it with the slackbuilds driver and kernel, extract the contents and trying to compile it myself, find possibly conflicting drivers or modules, use different versions of the same driver (I've tried installing the versions 256.53, 256.44, 195.36.31 and 173.14.27)recompile the Linux kernel in an attempt to make sure that the tools used to build the kernel were the same used o build the module.
The only time I got a different error message was when I used the slackbuild packages. It built the 'nvidia.ko' module, but it didn't work. I got a version magic notice when booting and, when I tried to start x, a fatal error "no screens were found."
Just to be sure, I made a clean full install of Slackware (only added WICD to be able to download the drivers and ran slackpkg update and upgrade all) and tried again. It didn't work.
I recently switched from jessie to stretch on both i encountered a jerky ui in gnome 3. after a longer research i noticed xorg consumes over 80% of my first cpu-core while moving a window. for testing purposes i switched back to the nouveau driver and there is no high cpu usage while moving a window, also the ui is smooth.
i tried 3 different nvidia driver: the one from the debian repository, the current stable and beta driver from the nvidia site. i noticed on all 3 the same problem.
Code: Select alldaniel@Daniel-PC:~$ glxinfo | grep rendering
direct rendering: Yes
  GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite,
  GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite,
  GL_NV_path_rendering, GL_NV_pixel_buffer_object, GL_NV_polygon_mode,
xorg.log: [URL] ....
dmesg: [URL] ....
system:
nvidia gtx 760
intel xeon e3-1230v3
I am using the most recent ubuntu kernel (2.6.32-22-generic) for general stuff, and a real time kernel (2.6.31-10-rt) for music recording. Everything was working fine under Karmic.
When I upgraded to 10.04, I had problems with my Nvidia video card, so I uninstalled everying related to Nvidia. And reinstalled the driver using the installer script from the Nvidia website.
I can install the driver for one kernel, but when I boot on the other, it says my X config does not work, and I am back to a low-res no-effect display.
If I then try to reinstall the driver under that kernel, then the first one stops working with the Nvidia driver.
since i installed nvidia proprietary driver on opensuse 11.3 my boot-image is gone. This is not really in issue but i would like to have it back. is there a way to get it back or a bootimage howto or something?
View 5 Replies View RelatedI am currently running Ubuntu 9.10 on a Compaq Presario V3010US. My video card is an NVIDIA GeForce Go 6150 which appears to be running properly with some limitations (missing effects from CompizConfig). While utilizing the "Hardware Drivers" configuration a recommended driver is listed but when I attempt to activate this driver I encounter an error.
This error turns my attention to the log file :
This log file is extensive and I do not wish to post pages of code unless requested. The configuration does however list that "a different driver is in use". I have scoured threads to ensure that I have not posted a question that has been answered to no avail. Please bear in mind that I am in my Linux infancy and my grasp of this incredible operating system is cursory at best.
My GNOME system stopped using the proprietary NVIDIA drivers after the recent dist-upgrade to v6.0.1. It was working perferctly before that.
My inxi output:
inxi -F
System: Host thirra-ws1 Kernel 2.6.32-5-686 i686 (32 bit) Distro Debian GNU/Linux squeeze/sid
CPU: Dual core Intel Core2 Duo E7500 (SMP) cache 3072 KB flags (sse3 nx lm vmx) bmips 11703.9
[Code].....
When I tried to configure the screen resolution using NVIDIA X server settings, I was told to run 'nvidia-xconfig'. I ran it, restarted X but my resolution is still stuck at the maximum of 1024x768. I've tried running the above many times with the same results. I even tried aptitude reinstalling but still the same.
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?
View 14 Replies View RelatedRecently, I installed VVVVVV and discovered that when attempting to use fullscreen mode, the monitor displays "video mode not supported" for 640x480, 800x600, 1024x768, and auto. After googling around for an hour or two (and only finding stuff from 2008-09) I have created a new xorg.conf from Xorg -configure and nvidia-xconfig. This doesn't seem to have had anyeffect.DebianRelease unstable (sid)Kernel Linux 3.0.0-1-amd64GNOME 3.0.2GeForce 7600 GSMonitor: Hyundai Imagequest
$ cat /etc/X11/xorg.conf
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 280.13 (pbuilder@cake) Mon Aug 8 15:37:15 UTC 2011
[code].....
There is one thing missing (I think) a clear guide to clearing out Nvidia and replacing it with nouveau. For all but hardened gamers, nouveau on 11.4 delivers. It also removes one more barrier to what I think is the intended goad of Tumbleweed.The problem IMHO is not that there are no clear guides. The problem is there are too many. No sooner does one person do a guide (that is clear) and someone else who does not like some point writes another guide that they think is more clear (but in fact is less clear in other aspects). And this goes on ad infinitum.IMHO we have too many guides - many of which are sufficient clear ... but the VAST number only serves to confuse users more.
Having typed that, IMHO this is NOT a Tumbleweed specific issue, but its MUCH WIDER in scope and hence does not belong as a discussion in this Tumbleweed thread.
I did a clean install of Ubuntu 11.04 on my desktop which has a Nvidia GForce 7300LE card. Installation was successful, however, the moment I install Nvidia Current driver the system hangs. The only way I was able to get the system working was by doing a fresh install.
View 4 Replies View RelatedI have used the NVidia proprietary drivers for awhile. Yes, I know about nv and I even know about the prepackaged ones, but I've never minded getting the latest from NVidia, dropping out of X, and running the install which automatically rebuilds everything.
I recently took the synaptic update to 2.6.32-24. It worked fine and -- I guess -- migrated my driver. I didn't think about it. For no particular reason today I tried to build the latest NVIDIA driver (256.53 -- had been on an earlier 256 series). The build failed with some conftest failures. Even trying to rebuild the working driver failed. Reverting to 2.6.32-23 allowed both to be built and they work. So something the NVIDIA installer is expecting headerwise must be different between 2.6.32-23 and -24.
Installing Mythbuntu 10.10, which I finally got installed properly. At first I installed the open-source video drivers just to make sure the installation worked, then I installed the "version current" proprietary drivers using the graphics drivers manager...tool...thing. However, when I restarted the computer, it has a text-mode splash screen and I stay in the first virtual terminal.
If I try to go to the GUI "terminal" [Ctrl-Alt-F7], it appears to be partway through some kind of check:
Code:
I ran sudo dpkg-reconfigure xserver-xorg to try to get back to the open-source drivers, but it didn't give any text output and went straight to the next line of command prompt, when I restarted it did the exact same thing. Any tips for at least getting back to the open drivers? I'd like to not have to reinstall again (I'm dual-booting WinXP,). The card in question is a GeForce 6200 AGP.
I've been getting a little discouraged with my laptop and I've been finding a lot of machines with gt310m graphics. The driver page last I checked didn't list this as being supported by the proprietary driver, I was just wondering if there's anyone that has tried it, and what the results were.
View 1 Replies View RelatedI currently have an nvidia card (GeForce 8800 GTX) and use the proprietary driver since I game a lot on wine (games like mass effect 2, prince of persia 2008, and some more recent games). I was wondering if using an equivalent ATI card with the free driver would show the same performance as my current on, or if the ATI driver isn't THAT mature yet. Would I be able to play the latest games with it on wine, or am I better of with nvidia and the propietary driver.
(I definitely know nouveau doesn't stand up to it *yet*, i.e., Prince of Persia complains about lack of video features). (note I don't care about a nouveau vs radeon debate, nor for a nvidia vs ati debate, the question is ati+free vs nvidia+propietary).
Everything works great at the moment, no hardware problems or anything like that. But whenever I enable the proprietary nVidia driver 185, it causes the boot screen to not come up, Ubuntu stops recognising my sound-card and refuses to work and when I try to shut down or restart, it just takes me back to the log in screen. When I remove the driver, everything works okay again.
View 3 Replies View RelatedI cannot find the correct command to uninstall the Nvidia blob, can anyone point me to the right one that removes the latest drivers?
View 1 Replies View RelatedI have a CentOS 5 virtual machine (VMware Workstation 7) running under a Windows host, and need the workstation's NVidia graphic card (Quadro NVS 295) to work optimally for my data analysis tools.
When I try to install the Linux driver from NVidia's webpage, I get "You do not appear to have an NVIDIA GPU supported by the 190.53 NVIDIA Linux graphics driver installed in this system". I have found my workstation's graphic card in the list of supported graphic cards in the README.
I suspect this has to do with VMware's own graphics controller having taken over, because when I do "/sbin/lspci" I see: 00.0f.0 VGA compatible controller: VMware SVGA II Adapter
Does anyone out there know how I can let the NVidia driver get installed and take over (it looks like I need its newest version for my software to render properly)?
I've been trying to figure out the cause of system hangs with slack 13 for a a week or so. I get random total freezes with the keyboard LED's blinking at me and the only solution is to do a hard-reset. I was using a self-compiled 2.6.31.6 kernel on 32bit Slack with similar results, but thought it had more to do with several bad starts as I got used to Slack's way of doing things... eventually I decided I'd made enough bad starts with that installation and after reading a bit about _current fixing some stability issues added another installation to my machine using Slackware64 and upgrading to _current. It worked great, then I installed the NVIDIA proprietary driver. The system hangs are back.
Sometimes they happen quickly, sometimes they take hours, sometimes while I'm working, sometimes when the machine has been idle for hours. For a couple of days I've been going back and forth between the NVIDIA propreitary and the nv driver. I've run memtest86 for 4.5 hours and not a single error, I'm running this on a new HD, I even upgraded the case fan (the old one was starting to complain!).
I've also installed different versions of the driver 185.x.x, 190.42.x. I've used slackbuilds, I've used "sh NVIDA.xxx.RUN" I've said "yes" to everything the installer asked, I've said "no".
So far no hangs with the nv driver. I've been leaving one or the other running at all times and no hangs with the nv driver, but within hours with the proprietary driver.
All that is to say I'm confident the issue is with the NVIDIA proprietary driver, OR something in my kernel options that only shows up when I'm using the NVIDIA driver.
Is anyone else running this successfully?
SLACKWARE64 kernel 2.6.32 (same behavior on 32bit with 2.6.31.6) compiled kernel with "make oldconfig" then "make localmodconfig" BEFORE the NVIDIA driver was installed. ext3 filesystem (same behavior with ext4 on previous installation)
I'm having an issue where the proprietary nvidia driver seems to crash my system. the weird thing is that it only happens if i have already started an X session. here is what i mean. i don't use a display manager so i invoke X by running startx. now if i run it for the first time it starts no problem. but if i kill X with ctrl-alt-backspace and then try to run startx again it just hangs and the machine completely freezes up. this only happens with the proprietary nvidia driver. if i use the vesa driver it works fine. the open-source nvidia driver doesn't seem to support my card: GeForce GT220. i never had this problem with slackware 13 x86. i have tried using the 190.42 version from slackbuilds.org as well as the latest version from nvidia's site 190.53. aside from this problem it seems to work fine otherwise.
View 14 Replies View Relatedi'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
View 3 Replies View RelatedI 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've given it the old college try for a couple years, starting with openSUSE 11.1 without success. I'm up to 11.4 now with no change or relief. My openSUSE box with NVIDIA proprietary driver and the default refresh settings of 80KHz/75Hz, has an annoying beat frequency with... something, somewhere, causing an annoying ghostly flicker on my trusty 1280x1024 LCD display. I can run both openSUSE and Windows XP on this hardware and they both have the same annoying flicker at those settings. However, in Windows XP, all I have to do is select a 70Hz refresh, resulting in settings of 74.6KHz/70 Hz, and the annoying flicker is cured... for Windows only, of course. I have tried to change these settings in openSUSE to no affect. In 11.4, I find that the advice is to create modelines using CVT and edit xorg.conf, but despite rigid adherence to instructions, there's no change. The monitor continues to see refresh settings of 80KHz/75Hz and the annoying flicker persists.
I hate to rag on openSUSE since it does so many things well, but there's a number of adjustments I'd like to make, especially the vertical refresh, that simply won't change, even when following documented or testamented procedures. Concentrating on the vertical refresh for now, is there anything that really works?
I'm using ubuntu 10.10 with the proprietary Nvidia-driver for my graphics card. I'd like to switch to the open source Nouveau driver. What is the best way to go about this?
I have a problem that pops up with some games, sometimes: sauerbraten, lugaru, and nexuiz being the ones that pop to mind.
The problem is that when the game starts/loads the mouse "cursor" in the game will not work... the thing is frozen. The "fix" is to jump to a virtual terminal, via alt-ctrl-1, and restart KDM, then I log back into the session and everything is working swell.
This problem does not occur in Osmos, World of Goo, Warzone 2100, or the Linux Ryzom client.
I thought about adding an explicit /etc/init.d/kdm restart in my /etc/kde4/kdm/Xreset file, but that seems too draconian.
This has been a recurring problem on several machines with several 7000, 8000, and 9000 series Nvidia cards running under the proprietary driver, on both 32-bit and 64-bit AMD processors ever since Lenny and up through Wheezy. And it occurs on the following desktop/windowing environments: KDE4.4, icewm, fluxbox, blackbox, E17.
I would guess that it's a driver issue or a driver+xorg configuration issue.
PS: Please don't suggest that I should use the open source driver.
I'm new to linux, and i have installed linux slackware 64bit..after a complete setup i downloaded the latest Nvidia proprietary drivers, the binary package from nvidia.com..i have a geforce gts250..it's the first time i encounter this issue..i have already installed the driver with my old monitor (an lg flatron with max 1680x1050)and it always worked fine..with this new monitor (lg w2243s with a res of 1920x1080) it seems that every bin package from nvidia don't recognize the monitor...after installing i find a res of 640x480 and i get stucked, i tried to force it by editing the xorg.conf file..but nothing changes..how can i get the max res with nvidia bin package?
View 3 Replies View RelatedI follow a french tutorial to install the nvidia pilots. So, i did :
$ su
# apt-get install module-assistant
# m-a prepare
# m-a clean nvidia-kernel
# m-a a-i -i nvidia-kernel-source
[Code]....
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.
