nano How-To for using X with nVidia GPUs on slackware-current after March 1 updates
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.
At what point does modprobe get called? Does it get called in all runlevels? What we need to do is to modify modprobe to check /proc/cmdline when being called with the default parameters.
Surely you've as much chance of doing that from lilo or blindly from the terminal as just blacklisting the module?
Yes, but I'm thinking long term here. Why let these kind of situations continue when we can fix them now for all distributions? So far kernel cmdline module blacklisting has been distro specific.
Ok fair enough, but you still need to tell modprobe what _not_ to load even if you do manage to do things in this way, which is presumably done through the blacklist. Also, if you put something random at the end of the lilo boot command won't it just refuse to boot?
As far as I know the module will be loaded by udev right at the start of rc.S. I guess you could disable udev, which then raises a new question of how to do this from lilo (and probably a whole load of separate problems booting in general).
I don't know about all other distros but there has got to be a finite number of separate places the blacklist can be surely?
Anyone please do correct me if I'm wrong about anything I'm not very experienced at handing out advice (or a load of speculation basically)
I eventually did find out the reason why at first I got a black (or blank) screen after a while during startup: there is a resources conflict between nouveau fb and other framebuffer drivers.
To avoid that you can still blacklist nouveau (which doesn't prevent to use it anyway) or avoid running another framebuffer driver at startup.
For that, just edit /etc/lilo.conf and either comment the "VGA=nnn" option or choose either "VGA=ask" ot "VGA=ext", then re-run lilo... And say good-bye to Tux
I edited the first post accordingly.
@Hefty: this is not intended to answer your question, so there's no need to state you bad opinion about me again.
Last edited by Didier Spaier; 04-03-2010 at 03:56 AM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.