Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
either try to find a 9.1 package, or build it from source. it's a straight forward build process, just follow the BUILD instructions located in the source directory. note that with your distro, you will need libpng-devel and fontconfig-devel ( or fontconfig too if you do not already have it).
also note that there isn't much difference between the two yet (xfree-4.4-rc1 and Xorg-6.x), there are a few, but not many.
have you tried googling your problem? i'm more familiar with ATI issues myself but there's probably an answer out there somewhere. have you checked your Xfree86 logs? the problem might be right there, look in /var/logs/ there should be some log files.
what version of the nvidia driver are you trying? they seem to be hardware dependent, what works for one might not work for another. I had endless problems with the 66 version driver, but 6111 and the newest work good.
What am I looking for in /var/log? The problems were a little while ago now (I haven't tried fixing them again since) and I don't know if the logfiles have been overwritten...
check /var/log and see if there is a file called "nvidia-installer.log" inside. down toward the bottom of that file will be a version number ( it will say something like " installation of nvidia driver 1.0-x.xxx.xxxxx is complete).
Use a high number 5 series nvidia driver...the one before release 6111. I set up X on a friend's computer with the same card and that was the one that worked best
Tell me what logfiles are needed, and I'll copy them to a safe place before restarting X.
Hey, do you know how to set a timeout in a shell script? I suspect that the system is still OK underneath, but because X steals all the input devices, when it crashes you're stuck.
I'm thinking something along the lines of
Code:
#!/bin/sh
xinit
wait 30 -c "kill 12345"
Where 12345 is the PID of X, and there's no way of knowing that until X starts...
what you're looking for is 'sleep'. IIRC X starts more than one process, so you may want to sort out which processes are started and issue some 'killall -9 xyz' commands
if you have another networked machine you can login from you can kill things that way. you're probably right in assuming the system is still responsive, that's usually how it was for me.
killall kills all occurances of the process specified by name, for example.
# killall crond
would kill all running procs named 'crond'. the -9 tells killall to kill with signal 9, a no-nonsense kill signal. i would check out the killall man page 'man killall'. also be aware that killall functions differently between flavors of *nix. IIRC, solaris killall kills every process on the machine.
don't be ashamed of being a newbie, anyone who says they never were is a liar. just make sure you do research on your problem first and ask questions as clearly as possible. the man pages are your source of info for almost any command. just type 'man xyzcommand', google is your best friend too.
if you can get a working freebsd box you can use it to log in using ssh. even if you have a windows box, google PuTTY, it's a ssh client.
Yup, I had PuTTY on my Windoze boxes before I dolloped a healthy helping of penguin across 'em
I've reached my BSD box now, it seems to be working OK (touch wood) but it won't accept my password... I must have the encoding set wrong or something...
I don't really consider myself that much of a newbie anymore, but like I said, I'm only good now at the bits I use - for things I haven't done before (like formatting a floppy the other day ) I may as well have only started yesterday...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.