OK, so after bollixing things up by installing Nvidia’s third-party drivers, I removed them, uninstalled the X server, and then reinstalled it, in the hope that it would clean things up. I also reinstalled the akmod-nvidia package. But I can’t get X to run. Here is the error I get:
X.Org X Server 1.8.0
Release Date: 2010-04-02
X Protocol Version 11, Revision 0
Build Operating System: x86-02 2.6.18-164.15.1.el5
Current Operating System: Linux linux-station 2.6.33.5-124.fc13.x86_64 #1 SMP Fri Jun 11 09:38:12 UTC 2010 x86_64
Kernel command line: ro root=/dev/mapper/vg_linuxstation-lv_root rhgb quiet SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us rdblacklist=nouveau
Build Date: 02 May 2010 02:56:53PM
Build ID: xorg-x11-server 1.8.0-12.fc13
Current version of pixman: 0.18.0
Before reporting problems, check http://bodhi.fedoraproject.org/
to make sure that you have the latest version.
Markers: (–) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: “/var/log/Xorg.0.log”, Time: Thu Jun 17 10:07:06 2010
(==) Using config file: “/etc/X11/xorg.conf”
(==) Using config directory: “/etc/X11/xorg.conf.d”
(==) Using system config directory “/usr/share/X11/xorg.conf.d”
FATAL: Error inserting nvidia (/lib/modules/2.6.33.5-124.fc13.x86_64/extra/nvidia/nvidia.ko): No such device
(EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your
(EE) NVIDIA: system’s kernel log for additional error messages.
(EE) Failed to load module “nvidia” (module-specific error, 0)
(EE) No drivers available.Fatal server error:
no screens foundPlease consult the Fedora Project support
at http://bodhi.fedoraproject.org/
for help.
Please also check the log file at “/var/log/Xorg.0.log” for additional information.giving up.
xinit: No such file or directory (errno 2): unable to connect to X server
xinit: No such process (errno 3): Server error.
I’m not seeing much useful in the logs. This seems to be the key to the problem, but I’m not sure what to do about it.
No kernel module is installed. A lsmod | grep nv, should reveal that it isn’t installed.
You can try a modprobe nvidia, but chances are there won’t be a kernel.
If using akmod, http://fedorasolved.org/Members/zcat/akmods is a good reference.
In short:
Check what a rpm -qa kmod-nv* says. If the version number following the kmod-nvidia- portion doesn’t match uname -r, that is your issue.
[root@mymachine ~]# lsmod | grep nv
[root@mymachine ~]# modprobe nvidia
FATAL: Error inserting nvidia (/lib/modules/2.6.33.5-124.fc13.x86_64/extra/nvidia/nvidia.ko): No such device
[root@mymachine ~]# rpm -qa kmod-nv*
kmod-nvidia-2.6.33.5-124.fc13.x86_64-195.36.24-1.fc13.5.x86_64
[root@mymachine ~]# uname -r
2.6.33.5-124.fc13.x86_64
The first (EE) entry tells me the nvidia kernel module was not loaded for some reason. If you look for “kernel:” entries in /var/log/messages there might be some indication as to why it was not.
From /var/log/messages:
Jun 17 10:07:07 linux-station kernel: NVRM: The NVIDIA probe routine was not called for 1 device(s).
Jun 17 10:07:07 linux-station kernel: NVRM: This can occur when a driver such as rivafb, nvidiafb or
Jun 17 10:07:07 linux-station kernel: NVRM: rivatv was loaded and obtained ownership of the NVIDIA
Jun 17 10:07:07 linux-station kernel: NVRM: device(s).
Jun 17 10:07:07 linux-station kernel: NVRM: Try unloading the rivafb, nvidiafb or rivatv kernel module
Jun 17 10:07:07 linux-station kernel: NVRM: (and/or reconfigure your kernel without rivafb/nvidiafb
Jun 17 10:07:07 linux-station kernel: NVRM: support), then try loading the NVIDIA kernel module again.
Jun 17 10:07:07 linux-station kernel: NVRM: No NVIDIA graphics adapter probed!
Jun 17 10:28:04 linux-station kernel: NVRM: The NVIDIA probe routine was not called for 1 device(s).
Jun 17 10:28:04 linux-station kernel: NVRM: This can occur when a driver such as rivafb, nvidiafb or
Jun 17 10:28:04 linux-station kernel: NVRM: rivatv was loaded and obtained ownership of the NVIDIA
Jun 17 10:28:04 linux-station kernel: NVRM: device(s).
Jun 17 10:28:04 linux-station kernel: NVRM: Try unloading the rivafb, nvidiafb or rivatv kernel module
Jun 17 10:28:04 linux-station kernel: NVRM: (and/or reconfigure your kernel without rivafb/nvidiafb
Jun 17 10:28:04 linux-station kernel: NVRM: support), then try loading the NVIDIA kernel module again.
Jun 17 10:28:04 linux-station kernel: NVRM: No NVIDIA graphics adapter probed!
Ok, well the module is installed, it appears as it is failing to insert. Any chance some gnomes came in the middle of the night and swapped video cards on you?
Additionally, running dmesg might show some output from the module, which could better explain why it didn’t insert. One possibility that comes to mind would be that you installed the wrong driver, or that the nouveau driver could already be loaded. ( check that with lsmod | grep nouv )
Additionally .. if you are using a fedora variant, unless you are doing 3d stuff, you could skip the pain and let it use the nouveau driver.
Yeah, looks like the nouveau driver could be running. If so, you can add a blacklist-nouveau.conf with the line “blacklist nouveau” in /etc/modprobe.d/
I’m guessing that none of the modules mentioned are actually loaded, as you would have mentioned it. Can you paste an lsmod so we might attempt to guess what other modules might have grabbed the nvidia device?
fgrep kernel: /var/log/messages produces the same result as dmesg.
BTW, googleearth, which I use, qualifies as 3d stuff.
nouveau is already blacklisted (both in modprobe.d and in the grub configuration file). Here’s the output from lsmod:
Module Size Used by
ipt_MASQUERADE 2208 1
iptable_nat 5420 1
nf_nat 19059 2 ipt_MASQUERADE,iptable_nat
bridge 45753 0
stp 1887 1 bridge
llc 4557 2 bridge,stp
sunrpc 192013 1
cpufreq_ondemand 8420 1
powernow_k8 14521 1
freq_table 3851 2 cpufreq_ondemand,powernow_k8
xt_physdev 1643 1
nf_conntrack_netbios_ns 1502 0
ip6t_REJECT 4055 2
nf_conntrack_ipv6 17513 8
ip6table_filter 2743 1
ip6_tables 16558 1 ip6table_filter
ipv6 267033 28 ip6t_REJECT,nf_conntrack_ipv6
kvm_amd 33038 0
kvm 252952 1 kvm_amd
uinput 7230 0
snd_hda_codec_realtek 284527 1
snd_hda_intel 24200 0
usblp 10716 0
snd_hda_codec 73671 2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 6222 1 snd_hda_codec
snd_seq 50941 0
snd_seq_device 5895 1 snd_seq
ppdev 8142 0
snd_pcm 76131 2 snd_hda_intel,snd_hda_codec
parport_pc 20649 0
parport 30553 2 ppdev,parport_pc
asus_atk0110 14236 0
tulip 42962 0
nouveau 381715 1
ttm 53215 1 nouveau
drm_kms_helper 23936 1 nouveau
drm 169073 3 nouveau,ttm,drm_kms_helper
i2c_algo_bit 4781 1 nouveau
video 20741 1 nouveau
i2c_piix4 11822 0
r8169 33027 0
output 2117 1 video
k8temp 3595 0
edac_core 37487 0
serio_raw 4539 0
mii 4142 1 r8169
snd_timer 19234 2 snd_seq,snd_pcm
microcode 17930 0
i2c_core 24507 5 nouveau,drm_kms_helper,drm,i2c_algo_bit,i2c_piix4
snd 60573 8 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore 6198 1 snd
edac_mce_amd 7767 0
snd_page_alloc 7221 2 snd_hda_intel,snd_pcm
usb_storage 44408 0
pata_acpi 3251 0
ata_generic 3323 0
firewire_ohci 20136 0
firewire_core 42377 1 firewire_ohci
crc_itu_t 1523 1 firewire_core
pata_atiixp 3857 0
And yet somehow nouveau is loaded anyway. Can you run dracut once again to rebuild the initramfs with nouveau blacklisted in it?
dracut /boot/initramfs-$(uname -r).img $(uname -r)
OK, I reran dracut. Now I get a more normal looking screen in level 3 (large type). But telinit 5 or startx sends it to never-never land with a black screen, recoverable only with a reboot.
Does /var/log/Xorg.0.log have anything useful at this point?
$ cat /var/log/Xorg.0.log”
[ 46.807]
X.Org X Server 1.8.0
Release Date: 2010-04-02
[ 46.807] X Protocol Version 11, Revision 0
[ 46.807] Build Operating System: x86-02 2.6.18-164.15.1.el5
[ 46.808] Current Operating System: Linux linux-station 2.6.33.5-124.fc13.x86_64 #1 SMP Fri Jun 11 09:38:12 UTC 2010 x86_64
[ 46.809] Kernel command line: ro root=/dev/mapper/vg_linuxstation-lv_root rhgb quiet SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us rdblacklist=nouveau
[ 46.810] Build Date: 02 May 2010 02:56:53PM
[ 46.810] Build ID: xorg-x11-server 1.8.0-12.fc13
[ 46.823] Current version of pixman: 0.18.0
[ 46.823] Before reporting problems, check http://bodhi.fedoraproject.org/
to make sure that you have the latest version.
[ 46.823] Markers: (–) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 46.826] (==) Log file: “/var/log/Xorg.0.log”, Time: Thu Jun 17 11:17:00 2010
[ 46.864] (==) Using config file: “/etc/X11/xorg.conf”
[ 46.865] (==) Using config directory: “/etc/X11/xorg.conf.d”
[ 46.865] (==) Using system config directory “/usr/share/X11/xorg.conf.d”
[ 46.898] (==) No Layout section. Using the first Screen section.
[ 46.898] (==) No screen section available. Using defaults.
[ 46.898] (**) |–>Screen “Default Screen Section” (0)
[ 46.898] (**) | |–>Monitor “
[ 46.899] (==) No device specified for screen “Default Screen Section”.
Using the first device section listed.
[ 46.899] (**) | |–>Device “Videocard0”
[ 46.899] (==) No monitor specified for screen “Default Screen Section”.
Using a default monitor configuration.
[ 46.899] (**) Option “AIGLX” “on”
[ 46.899] (==) Automatically adding devices
[ 46.899] (==) Automatically enabling devices
[ 46.900] (==) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins
[ 46.900] (**) ModulePath set to “/usr/lib64/xorg/modules/extensions/nvidia,/usr/lib64/xorg/modules”
[ 46.900] (**) Extension “Composite” is enabled
[ 46.900] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 46.900] (II)
***************************************************************
***************************************************************
** Fedora switched to udev-based device detection with **
** xorg-x11-server-1.7.99.901-1. Custom HAL configuration **
** stored in /etc/hal/fdi/policy will not be seen by this **
** server version. If you have such configuration you will **
** need to update it to the new format. **
** For more information, see the Fedora wiki page **
** https://fedoraproject.org/wiki/Input_device_configuration **
***************************************************************
***************************************************************
[ 46.900] (II) Loader magic: 0x7ce560
[ 46.900] (II) Module ABI versions:
[ 46.900] X.Org ANSI C Emulation: 0.4
[ 46.900] X.Org Video Driver: 7.0
[ 46.900] X.Org XInput driver : 9.0
[ 46.900] X.Org Server Extension : 3.0
[ 46.917] (–) PCI:*(0:1:0:0) 10de:0a20:1462:2022 nVidia Corporation GT216 [GeForce GT 220] rev 162, Mem @ 0xfb000000/16777216, 0xb0000000/268435456, 0xce000000/33554432, I/O @ 0x0000df00/128, BIOS @ 0x????????/524288
[ 46.918] (II) LoadModule: “extmod”
[ 46.940] (II) Loading /usr/lib64/xorg/modules/extensions/libextmod.so
[ 46.949] (II) Module extmod: vendor=”X.Org Foundation”
[ 46.949] compiled for 1.8.0, module version = 1.0.0
[ 46.949] Module class: X.Org Server Extension
[ 46.949] ABI class: X.Org Server Extension, version 3.0
[ 46.949] (II) Loading extension SELinux
[ 46.949] (II) Loading extension MIT-SCREEN-SAVER
[ 46.949] (II) Loading extension XFree86-VidModeExtension
[ 46.949] (II) Loading extension XFree86-DGA
[ 46.949] (II) Loading extension DPMS
[ 46.949] (II) Loading extension XVideo
[ 46.949] (II) Loading extension XVideo-MotionCompensation
[ 46.949] (II) Loading extension X-Resource
[ 46.949] (II) LoadModule: “dbe”
[ 46.950] (II) Loading /usr/lib64/xorg/modules/extensions/libdbe.so
[ 46.952] (II) Module dbe: vendor=”X.Org Foundation”
[ 46.952] compiled for 1.8.0, module version = 1.0.0
[ 46.952] Module class: X.Org Server Extension
[ 46.952] ABI class: X.Org Server Extension, version 3.0
[ 46.952] (II) Loading extension DOUBLE-BUFFER
[ 46.952] (II) LoadModule: “glx”
[ 46.952] (II) Loading /usr/lib64/xorg/modules/extensions/nvidia/libglx.so
[ 47.214] (II) Module glx: vendor=”NVIDIA Corporation”
[ 47.214] compiled for 4.0.2, module version = 1.0.0
[ 47.214] Module class: X.Org Server Extension
[ 47.214] (II) NVIDIA GLX Module 195.36.24 Thu Apr 22 19:52:00 PDT 2010
[ 47.230] (II) Loading extension GLX
[ 47.230] (II) LoadModule: “record”
[ 47.231] (II) Loading /usr/lib64/xorg/modules/extensions/librecord.so
[ 47.249] (II) Module record: vendor=”X.Org Foundation”
[ 47.249] compiled for 1.8.0, module version = 1.13.0
[ 47.249] Module class: X.Org Server Extension
[ 47.249] ABI class: X.Org Server Extension, version 3.0
[ 47.249] (II) Loading extension RECORD
[ 47.250] (II) LoadModule: “dri”
[ 47.250] (II) Loading /usr/lib64/xorg/modules/extensions/libdri.so
[ 47.261] (II) Module dri: vendor=”X.Org Foundation”
[ 47.261] compiled for 1.8.0, module version = 1.0.0
[ 47.261] ABI class: X.Org Server Extension, version 3.0
[ 47.261] (II) Loading extension XFree86-DRI
[ 47.261] (II) LoadModule: “dri2″
[ 47.262] (II) Loading /usr/lib64/xorg/modules/extensions/libdri2.so
[ 47.262] (II) Module dri2: vendor=”X.Org Foundation”
[ 47.262] compiled for 1.8.0, module version = 1.2.0
[ 47.262] ABI class: X.Org Server Extension, version 3.0
[ 47.263] (II) Loading extension DRI2
[ 47.263] (II) LoadModule: “nvidia”
[ 47.263] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
[ 47.327] (II) Module nvidia: vendor=”NVIDIA Corporation”
[ 47.328] compiled for 4.0.2, module version = 1.0.0
[ 47.328] Module class: X.Org Video Driver
[ 47.344] (II) NVIDIA dlloader X Driver 195.36.24 Thu Apr 22 19:18:54 PDT 2010
[ 47.344] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[ 47.345] (–) using VT number 7
[ 47.370] (II) Primary Device is: PCI 01@00:00:0
[ 47.390] (II) Loading sub module “fb”
[ 47.390] (II) LoadModule: “fb”
[ 47.391] (II) Loading /usr/lib64/xorg/modules/libfb.so
[ 47.416] (II) Module fb: vendor=”X.Org Foundation”
[ 47.416] compiled for 1.8.0, module version = 1.0.0
[ 47.416] ABI class: X.Org ANSI C Emulation, version 0.4
[ 47.416] (II) Loading sub module “wfb”
[ 47.416] (II) LoadModule: “wfb”
[ 47.416] (II) Loading /usr/lib64/xorg/modules/libwfb.so
[ 47.426] (II) Module wfb: vendor=”X.Org Foundation”
[ 47.426] compiled for 1.8.0, module version = 1.0.0
[ 47.426] ABI class: X.Org ANSI C Emulation, version 0.4
[ 47.426] (II) Loading sub module “ramdac”
[ 47.426] (II) LoadModule: “ramdac”
[ 47.426] (II) Module “ramdac” already built-in
[ 47.447] (II) NVIDIA(0): Creating default Display subsection in Screen section
“Default Screen Section” for depth/fbbpp 24/32
[ 47.447] (==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
[ 47.447] (==) NVIDIA(0): RGB weight 888
[ 47.447] (==) NVIDIA(0): Default visual is TrueColor
[ 47.447] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[ 47.447] (**) NVIDIA(0): Option “AddARGBGLXVisuals” “True”
[ 47.448] (**) NVIDIA(0): Enabling RENDER acceleration
[ 47.448] (II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
[ 47.448] (II) NVIDIA(0): enabled.
[ 59.238] (II) NVIDIA(0): NVIDIA GPU GeForce GT 220 (GT216) at PCI:1:0:0 (GPU-0)
[ 59.238] (–) NVIDIA(0): Memory: 1048576 kBytes
[ 59.238] (–) NVIDIA(0): VideoBIOS: 70.16.2e.00.07
[ 59.238] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[ 59.238] (–) NVIDIA(0): Interlaced video modes are supported on this GPU
[ 59.238] (–) NVIDIA(0): Connected display device(s) on GeForce GT 220 at PCI:1:0:0:
[ 59.238] (–) NVIDIA(0): LG W2243 (DFP-0)
[ 59.238] (–) NVIDIA(0): LG W2243 (DFP-0): 330.0 MHz maximum pixel clock
[ 59.238] (–) NVIDIA(0): LG W2243 (DFP-0): Internal Dual Link TMDS
[ 62.309] (II) NVIDIA(0): Assigned Display Device: DFP-0
[ 62.309] (==) NVIDIA(0):
[ 62.309] (==) NVIDIA(0): No modes were requested; the default mode “nvidia-auto-select”
[ 62.309] (==) NVIDIA(0): will be used as the requested mode.
[ 62.309] (==) NVIDIA(0):
[ 62.310] (II) NVIDIA(0): Validated modes:
[ 62.310] (II) NVIDIA(0): “nvidia-auto-select”
[ 62.310] (II) NVIDIA(0): Virtual screen size determined to be 1920 x 1080
[ 62.346] (–) NVIDIA(0): DPI set to (101, 101); computed from “UseEdidDpi” X config
[ 62.347] (–) NVIDIA(0): option
[ 62.347] (**) NVIDIA(0): Enabling 32-bit ARGB GLX visuals.
[ 62.347] (–) Depth 24 pixmap format is 32 bpp
[ 62.347] (II) NVIDIA: Using 768.00 MB of virtual memory for indirect memory access.
[ 62.347] (II) NVIDIA(0): Initialized GPU GART.
[ 65.359] (II) NVIDIA(0): Setting mode “nvidia-auto-select”
[ 67.374] (EE) NVIDIA(0): WAIT: (E, 0, 0x857d, 0)
Never mind. I deleted xorg.conf, tried it again, and it’s running. It’s still not right, though. I’m back to where I was yesterday before I tried installing the Nvidia drivers. But at least it’s functional again.
OK, there’s still something hinky. It works only if I delete the xorg.conf file. If I don’t do so each time, it still goes off into never-never land. So I’ll repost the output from the Xorg log.
I found this where an NVIDIA employee recommends adding intel_iommu=off to the kernel boot line.
http://www.nvnews.net/vbulletin/showthread.php?t=150925
Is that the xorg log from a working x session, or a failed one? (Failed, I assume, but it might be good to compare?)
Also, are there mysterious errors in /var/log/messages at a corresponding timeframe? I see a thread elsewhere suggesting motherboard-videocard issues can cause that Wait error, and suggesting adding “intel_iommu=off” to the boot commandline.
From the output, it looks like there’s another driver that’s taking over the card before the nvidia driver can get access.
Try adding these lines to /etc/modprobe.d
blacklist rivafb
blacklist nvidiafb
blacklist rivatv
That might prevent those other drivers from getting access to the card before the nvidia driver can.
Is that the xorg log from a working x session, or a failed one?
It’s from a failed one.
Rivafb and nvidiafb were already blacklisted. I just added rivatv.
The Xorg.log is showing [ 67.374] (EE) NVIDIA(0): WAIT: (E, 0, 0×857d, 0) as the cause of your freeze – hence the (EE). I don’t think anything needs to be blacklisted, this appears to be a symptom of having the config versus not.
I’d suggest the intel_iommu=off like Mike suggests or an acpi=off.
Where would that go? In the grub.conf?
OK, I added the intel_iommu=off line to grub.conf. Now it’s broken again. I can’t even do it by removing the xorg.conf file.
Not starting X (rather than not booting, I assume)…mmm. What’s the latest from xorg.0.log (maybe just errors; “grep ‘(EE)’ /var/log/xorg.0.log”)?
Well, the latest log has a successful launch.
I removed the intel_iommu line from grub.conf.
In order to launch X, I have to:
a) boot as root
b) delete xorg.conf
c) switch user to me
d) startx
If I telinit 5, it crashes. If I don’t delete the configuration file, it crashes.
So I guess the next item is to figure out what is re-creating the xorg.conf file everytime and prevent that. Or perhaps if an xorg.conf file can be created that matches the settings the X server uses in the absence of an xorg.conf file. Most of what you need should be available in the Xorg.0.log file.
WtF.
I suppose you could compare/contrast a failed and successful xorg.?.log; it should be keeping the old ones. The semi-official support boards at Nvidia’s site might be a good idea, or it may be time to try noveau – I don’t know what was driving your upgrade, or whether it’s likely to meet your needs.
I suppose you could compare/contrast a failed and successful xorg.?.log; it should be keeping the old ones.
You’d think if would, but it doesn’t look like it:
[root@linux-station ~]# ls -l /var/log/X*
-rw-r–r–. 1 root simberg 68229 Jun 17 13:13 /var/log/Xorg.0.log
-rw-r–r–. 1 root root 0 Jun 17 13:10 /var/log/Xorg.0.log.old
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.1.log
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.1.log.old
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.2.log
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.2.log.old
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.3.log
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.3.log.old
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.4.log
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.4.log.old
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.5.log
-rw-r–r–. 1 root root 6970 Jun 17 09:40 /var/log/Xorg.5.log.old
What’s driving me to the upgrade is that I was running a 128M card, and I had a gigabyte Nvidia card that I bought for sixty bucks at Frys in February, and I just decided that I should try to get it working. Silly me.
No, I don’t have a need for intense graphics, but I would like faster window switching (which I was hoping I would get at the least).
But I can’t get resolution wider than 1280 (it ought to go to 1600), and it won’t use the full monitor screen, so I was better off in that regard with the old card.
Well from the log it seems the NVIDIA binary drivers are working.
You can generate a xorg.conf file using the “nvidia-xconfig” command. Hopefully that generated file would work fine instead of the one you are getting, which I guess is being autogenerated by X.
PS: You can also run the “nvidia-xconfig” command from inside a terminal running in an X session. That will provide you with a GUI interface to configure your monitor resolution, etc. If you can get X running that is…
Erm, I mean you can run “nvidia-settings” inside X.
OK, when I run nvidia-xconfig, it generates the following:
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 (mockbuild@) Sun Feb 28 14:45:42 EST 2010
Section “ServerLayout”
Identifier “Layout0”
Screen 0 “Screen0”
InputDevice “Keyboard0” “CoreKeyboard”
InputDevice “Mouse0” “CorePointer”
EndSection
Section “Files”
FontPath “/usr/share/fonts/default/Type1”
EndSection
Section “InputDevice”
# generated from default
Identifier “Mouse0”
Driver “mouse”
Option “Protocol” “auto”
Option “Device” “/dev/input/mice”
Option “Emulate3Buttons” “no”
Option “ZAxisMapping” “4 5”
EndSection
Section “InputDevice”
# generated from data in “/etc/sysconfig/keyboard”
Identifier “Keyboard0”
Driver “kbd”
Option “XkbLayout” “us”
Option “XkbModel” “pc105”
EndSection
Section “Monitor”
Identifier “Monitor0”
VendorName “Unknown”
ModelName “Unknown”
HorizSync 28.0 – 33.0
VertRefresh 43.0 – 72.0
Option “DPMS”
EndSection
Section “Device”
Identifier “Device0”
Driver “nvidia”
VendorName “NVIDIA Corporation”
EndSection
Section “Screen”
Identifier “Screen0”
Device “Device0”
Monitor “Monitor0”
DefaultDepth 24
SubSection “Display”
Depth 24
EndSubSection
EndSection
When I try to telinit 5 with that file, it crashes.
When I try to startx as me, it crashes.
When I delete it, I can startx as me.
And it doesn’t seem to be keeping Xorg logs, because when I reboot after a crash, Xorg.0.log is empty.
I assume there is still some library or kernel module incompatibility issue. Otherwise it shouldn’t crash. If it is not possible to get a verbose log for the run which crashed, it is going to be hard to figure out where it is…
Have you tried the ‘nomodeset’ kernel option? I had to use that to make the (proprietary) nvidia driver work on Fedora 12.
Why again is it you took a perfectly fine wintel system and decided to kluge it?
Xorg.1.log is the previous version IIRC, .2. before that etc.; you have the last few.
Given you don’t need fancy 3d, the better-integrated noveau drivers may be a better bet.
Why again is it you took a perfectly fine wintel system…
This machine has never been a Wintel system. It’s an AMD processor, and it has never run Windows.
Oh, wait, those xorg logs are all the same (I didn’t read the timestamps initially)? I guess it was retrying after the failure