SlackwareThis Forum is for the discussion of Slackware Linux.
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.
I X going using nvidia driver by recompiling kernel, however got something else strange happening too. I got X going by recompiling 2.6.7.35 kernel with config file used for 2.6.33.4 kernel using my own custom version so as to not bork the standard /lib/modules/2.6.35.7 directory. Using my custom kernel everything seems to work great at the moment. However now when I boot with the generic-2.6.35.7 kernel and try to run
Quote:
#sh NVIDIA-Linux-x86_64-260.19.21.run
I get a can't install error, Unable to load the kernel module 'nvidia.ko'. However if I do "lsmod" no nvidia display driver of any sort is displayed.
Earlier while trying to get X to work, had somehow got nvidiafb driver loading on bootup and it would not show up with "lsmod", and the only way I could get
Quote:
modprobe -r nvidiafb
to remove it was to recompile the 2.6.35.7 kernel. However when I recompiled that kernel I didn't use a custom version or an older config file. couldn't get X to work with this kernel either. Don't know if it makes any difference, but I don't use initrd to boot when I compile my own kernel. LOL It's late, I feel like I'm writing a book here that nobody will make sense of, but maybe somebody can make sense of this
Last edited by colorpurple21859; 11-18-2010 at 02:44 AM.
Click here to see the post LQ members have rated as the most helpful post in this thread.
Just installed the latest update 15minutes ago, at first KDE would segfault just before the "K" logo appears on the splash screen.
However xfce and other desktops loaded as normal, to fix it (if your using the NVIDIA binarys). You simply reboot into run-level 3 or end all x sessions...
Code:
# nvidia-uninstall
and then reinstall it; depending on where you saved it to
Just a thought for people who have done upgrades and are having problems with X and KDE in particular. It may pay to look in /usr/lib/modules/extensions/ (/usr/lib64/modules/extensions/ in 64bit) to see if you have any old libraries hanging around.
I just amazed myself with the amount of clutter I had accumulated from previous driver installations.
I think anything older than Nov 17 05:25 can be safely deleted.
Originally Posted by Slackware-current's Changelog
If X crashes at start, try disabling compositing. Create a file named
/etc/X11/xorg.conf.d/disable-composite.conf with this in it:
Section "Extensions"
Option "Composite" "Disable"
EndSection
This works here, so I will keep Mesa 7.9.
I have a nVidia Corporation Quadro NVS 140M (rev a1) and don't use the blob.
Well, as I use some KDE apps but never the KDE desktop I'm not even sure I will disable compositing at time of upgrading to 13.2 - even if this issue is not solved by then
@allend: no clutter accumulated here but a fresh install of slackware-current.
Last edited by Didier Spaier; 11-18-2010 at 06:13 AM.
Well, there a number of updates again tonight, many of which looked like the same as the previous update. I had hoped this was going to be a fix, but no such luck. X still seg faults. I haven't found anything in this thread that works. Guess I won't be using Slack for a while. I will see if any future updates fixes the problem before I consider my two yearl old heavily configured installation totally hosed. I have put way too much time into it to not at least try to fix it.
I noticed that the last line states that:
I thought that kind of error could be fixed, but maybe not.
Bob
Not sure what driver X is trying to use for your card, but I have an IGP340M that requires the radeon driver, and none of the recommended fixes work. X does work with the VESA drivers, though.
You may want to try that.
Regarding the last line in your log, I think that just means that the server died while xinit was still running, so no server to connect to.
Not sure what driver X is trying to use for your card, but I have an IGP340M that requires the radeon driver, and none of the recommended fixes work. X does work with the VESA drivers, though.
You may want to try that.
Regarding the last line in your log, I think that just means that the server died while xinit was still running, so no server to connect to.
Thanks for your reply. I have been using an xorg.conf file for a long time and it has always worked perfectly. The driver is the open source "radeon" driver. I have tried everything I could from this thread and nothing has made any difference. I have put too much time into geting Slack the way wanted for over two years. I won't reinstall and will continue to try to find an answer. Disappointed, but hopefully some future updates will fix it. The rest of the system, including wireless, seems to work fine.
Anyone have any ideas of what else I can try I would really like to fix this if I can.
to Bobnutfield, try recompiling kernel. Also couldn't get X to work and tried a lot of different things as mention in my earlier post. reconfiguring the kernel seems to fixed eveything. I first got X to work by just compiling the only the drivers I needed for my hardware, but still couldn't get the vmlinuz-generic-2.6.35.7 kernel to work. I just got done recompiling the generic kernel with the /boot/config-generic-2.6.35.7 file, didn't make any changes to it before compiling and X is working including kde. I know you don't have the same video card, as mine is a Nvidia gefore 6150se nforce430, but recompiling the kernel might work.
I just finished round two of this massive update. This time, I finished without incident. The last thing I did was to upgrade the kernel and make a new initrd. I had been running 2.6.35.4. I usually build a custom kernel, but I've since given in to using the generic. Seems to work well!
Did a completely clean install from a dvd-burn of yesterdays 64 current tree. I have the same issue as rmjohnso with regard to /dev/cdrom, /dev/dvd symlinks not being there, but I've fallen in to the habit of just using /dev/sr0 ever since the libata change, so I didn't actually notice until (s)he posted and I checked.
My symlinks are still there, but I did not do a clean install. They point to sr0 and sr1. One thing I noticed - KDE starts way quicker now than before. Booting period seems to be faster. I may be off on that though, since I don't reboot that often.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.