I have 3 systems with Nvidia's 3D Pro setup. All 3 exhibit the same strange behavior.
When a user activates “Switch User”, the screen goes dark. Keyboard becomes unresponsive. The mouse is likely unresponsive, but there is not mouse icon to track to know.
After a while (perhaps 5 minutes), the screen will return to the NVIDIA logo, although this has been tested far less thoroughly.
I know this is solvable, as this issue “went away” for me once before. Unfortunately, I have no idea what I did. I had thought it was a change from the NVIDIA-Linux-x86_64-270.41.19.run driver to the NVIDIA-Linux-x86_64-285.05.09.run driver. The fix stopped functioning after I unplugged the RF emitter while cloning the hard drive. The fix had survived several reboots prior to this.
This is the same system referenced here: http://www.nvnews.net/vbulletin/showthread.php?t=164189
Remote log-in via ssh works. Killing the “low” numbered Xorg process will restore functionality, but seems to prevent spawning of new Xorg processes. This seems to require restarting gdm3 for full functionality, while kills the logged in user's session (if it was not already dead). Restarting gdm3 without killing the Xorg process will not restore functionality.
Running strace on the low numbered Xorg process and then killing the strace job (Ctrl-C), will restore the system to proper working order. Withing to session F8 gives the prompt to log-in as the previous user and F9 is a fresh gdm3 log-in session. Repeating the process with an new user will also result in the same issues as for the first user. Same resolution steps will result in a useable system.
Turning off 3D stereo mode 11. This prevents 3D stereo from working, but “switch user” works.
Failed Ideas Already Tried:
During the course of testing, may options have been tried. Some where good ideas, some where not.
Reinstalled Debian Squeeze on two of the systems, multiple times.
Nvidia drivers tried:
NVIDIA-Linux-x86_64-290.03.run (Beta driver)
And one attempt on the 32-bit system
Did not seem to work. Messed things up after reboot, so not pursued
Running gdm instead of gdm3.
Only effect was that gdm does a better job of killing Xorg processes than gdm3.
i.e. /etc/init.d/gdm restart would unstick the system
/etc/init.d/gdm3 would not unstick the system
Disconnecting Razer Anasi keyboard and using a “normal” usb keyboard.
Setting xorg.conf with:
Option "UseDisplayDevice" "DFP,DFP"
2 monitors, one ViewSonic VX2268wm for 3D, second monitor is non-3D (each system had a different brand and model second monitor)
Each system contains a Nvidia Quadro card. These three models are present:
Nvidia Quadro FX 4800
Nvidia Quadro FX 4600
Nvidia Quadro 4000
Debian 6.0, Squeeze
Two systems are running 64-bit Debian, One is running 32-bit Debian.
Passwords rsynced between systems, but not automatically and not during tests.
This system worked fine when we were running Stereo mode “3” with CRT 3D stereo and shutter glasses.
strace output for higher numbered Xorg
user@system:~ $ sudo strace -p 20202
Process 20202 attached - interrupt to quit
ioctl(17, USBDEVFS_SUBMITURB or USBDEVFS_SUBMITURB32, 0x7fff3088f570) = -1 EBUSY (Device or resource busy)
ioctl(17, USBDEVFS_DISCARDURB, 0x7fff3088f570) = -1 EINVAL (Invalid argument)
ioctl(17, USBDEVFS_REAPURB or USBDEVFS_REAPURB32^C <unfinished ...>
#Killed strace here
Process 20202 detached
Nov 2 08:47:51 JKLinuxW kernel: [ 6.123846] usb 3-1: usbfs: process 1836 (Xorg) did not claim interface 0 before use
Nov 2 08:56:35 JKLinuxW kernel: [ 528.349877] usb 3-1: usbfs: process 1836 (Xorg) did not claim interface 0 before use
After strace trick, syslog fills with these:
Nov 2 10:46:21 JKLinuxW kernel: [ 7104.212070] usb 3-1: usbfs: process 23370 (Xorg) did not claim interface 0 before use