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.
When I start up my Computer, the Lilo menu pops up just fine. I select the Linux option and the screen turns black. If I just let the computer sit there, the screen will stay black and nothing will happen. However, there is a power button on the front of my laptop. If you press it once it puts the computer into sleep mode. If you hold it down it turns the computer off. If I press it once while the screen is black, the boot will start and everything goes smoothly. I guess I do not understand why pressing this button causes the boot to continue as normal. Pressing any other key does not do anything.
I appreciate your time and your thoughts in tracking down the cause of this strange issue :-).
A black screen sounds like it could be a framebuffer issue (not sure why it would be resolved by pressing the power button, but pressing it may reset the display or something allowing you to see it boot...). Of course, this is assuming that the computer is actually booting in the first place and you just can't see it. If this is the case you should edit /etc/lilo.conf, comment out any vga=### lines and uncomment vga = normal, which should work for any display. You must run `/sbin/lilo` as root before rebooting to write to the MBR or wherever else you wrote lilo's bootloader to. If this ISN'T the case and it actually isn't booting, there may be a module loaded that is causing trouble. In this case you should think about switching to the generic-smp kernel (you should probably do this anyway -- Pat discourages the use of the huge kernels for daily use), which may or may not clear up the issue.
It is possible that something else involving motherboard-specific issues is going on (ie if the above solutions do not work), and for this you'd have to wait for someone else to reply (they may recommend adding another boot option or something like that).
Good luck.
[edit]I should try refreshing the page before I reply. It looks like onebuck already suggested another boot option.[/edit]
I added the extra boot parameter apci=off and also uncommented vga = normal and this seems to fix the issue. I am thinking it was the vga = normal part that fixed it. Unfourtunetly now my bootup is hanging and never gets to completion. Could apci=off have caused this? The step before it hangs reads:
It's good that vga=normal works, but is there a way to make the boot up use the nVidia driver that I have installed? Also, any suggestions about how to fix the boot up would be appreciated.
One additional problem I discovered is that I get the same black screen when I attempt to logout of my fluxbox session, although that may be fixed now too. I cannot tell though because the boot hangs :-(.
I am going to try to use my Slackware install CD to make a rescue USB stick and see what I can do with that.
Last edited by -{Jester}-; 04-13-2008 at 04:14 PM.
I'm relatively new so take anything I say with a grain of salt. LoL. However I too had problems logging out of an X session. The screen would just go blank and hang there. Nothing. Turned out to be a xorg issue and running xorgsetup corrected it.
Well the USB key idea failed, but I did manage to mount my harddrive with the install CD and I have edited the lilo configuation file back to what it was (to see if that fixes the problem). The only issue is that I cannot find where the lilo command is on my hard drive. I know I need to execute it to save the .conf file, but so far, no luck.
I attempted to run xorgsetup again as root to see if it would fix the log off problem, but it is still there. Could it be a similar issue like the startup black screen?
Last edited by -{Jester}-; 04-13-2008 at 05:09 PM.
For ages on my desktop. I've never used acpi=off though. Will have to experiment with acpi to see if it's a problem.
I was looking back on my old lilo.conf file (I don't overwrite when I make changes, I just make new copies :-p). I was thinking that perhaps it could have been a syntax error that causes the hang up. Specifically, the key line:
Code:
append="apci=off noapic"
I know for sure that my boot up hangs if I do not have noapic. So perhaps this is just the wrong way to pass through two boot parameters. I checked lilo.conf(5), but the part about append was not helpful.
-{Jester}-, what drivers are you using for your nVidia card? The best drivers available are the proprietary ones from nVidia. You *can* use the open-source drivers, but you should expect problems and no 3D acceleration. If you are already using the nVidia drivers, what version are you using? If you did install the nVidia drivers, did you let the installer compile the module itself or did you let if fetch a module from the internet (it's best to let it compile it)? What kernel are you using? (Hopefully an smp kernel, and even more hopefully the generic-smp kernel, or one you compiled yourself.) What model is your video card?
I'm using the latest proprietary nVidia drivers (NVIDIA-Linux-x86-169.12-pkg1.run) with no problems (I have experienced the black screen after exiting X or switching from an X display to a VT, but only when using compiz, which I no longer use. I have since updated the nVidia drivers and I'm not sure whether the latest version is still affected).
-{Jester}-, what drivers are you using for your nVidia card? The best drivers available are the proprietary ones from nVidia. You *can* use the open-source drivers, but you should expect problems and no 3D acceleration. If you are already using the nVidia drivers, what version are you using? If you did install the nVidia drivers, did you let the installer compile the module itself or did you let if fetch a module from the internet (it's best to let it compile it)? What kernel are you using? (Hopefully an smp kernel, and even more hopefully the generic-smp kernel, or one you compiled yourself.) What model is your video card?
I'm using the latest proprietary nVidia drivers (NVIDIA-Linux-x86-169.12-pkg1.run) with no problems (I have experienced the black screen after exiting X or switching from an X display to a VT, but only when using compiz, which I no longer use. I have since updated the nVidia drivers and I'm not sure whether the latest version is still affected).
I noticed something else as well. When I wake up my computer after the display has been put to sleep, the graphics are wavy and burly and I have to restart.
...does Pat write the CHANGES_AND_HINTS.TXT file for himself?
Quote:
Originally Posted by Pat, our Slackware God
It is recommended that you use one of the generic kernels (either the plain
kernel-generic or kernel-generic-smp) for daily use. For most systems,
you should use the generic SMP kernel if it will run, even if your system
is not SMP-capable. Some newer hardware needs the local APIC enabled in
the SMP kernel, and theoretically there should not be a performance penalty
with using the SMP-capable kernel on a uniprocessor machine, as the SMP
kernel tests for this and makes necessary adjustments. Furthermore, the
kernel sources shipped with Slackware 12.0 are configured for SMP usage,
so you won't have to modify those to build external out-of-tree modules
(such as NVidia or ATI proprietary drivers) if you use the SMP kernel.
Quote:
Originally Posted by Pat -- the leader is good, the leader is great
As stated earlier, it is recommended that you use one of the generic kernels
rather than the huge kernels; the huge kernel is primarily intended as
an "installer" and "emergency" kernel in case you forget to make an initrd.
It is *possible* (DEFINITELY not 100%) that a kernel module is loaded that shouldn't be, and is interfering with the nVidia module. You should really move to the generic-smp kernel. However, since the module compiled successfully, this is unlikely. You should post your /etc/X11/xorg.conf file and your /etc/lilo.conf file (does the problem still occur with the vga = normal option?). Beyond that, it's hard to troubleshoot. The only thing I can think of right now, other than the huge-smp scapegoat, is an incorrectly configured X (hence the request to post your xorg.conf). But others are much more intelligent than I, and may have better advice.
Just to backup what T3slider said, you should really think about switching to one of the generic kernels. I had nothing but problems with the huge kernel. Also, 2.6.21.5 had a lot of acpi problems on my hardware. I've since upgraded to 2.6.24.4-generic kernel and it's been nothing but smooth sailing. Everything 'just works'. Your mileage may vary of course.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.