Lost console login prompt--neither GUI or command line prompts display

User Name

Remember Me?

Password

Red HatThis forum is for the discussion of Red Hat 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.

Introduction to Linux - A Hands on Guide

This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.

Lost console login prompt--neither GUI or command line prompts display

Hi Folks,

RHEL 5.2:
Some while back, I did some updates and suddenly the console had no login prompt. I didn't have time to fuss with it at the time, so I just let it go. Now it's becoming more of an issue and I need to fix it. And, of course, I can't remember what I did, or even if I noticed it at the time (as I don't work from the console much). Everything but the login prompt has been working fine (it's mostly a web server). I can log in via an SSH client no problem (and run the GUI desktop via an SSH tunneled X-Server, but it's very clunky).

The GUI login wasn't coming up (just getting a plain red background) so I thought I'd just skip the GUI and have it boot up to run-level 3 (as I only use the GUI occasionally anyway)--well, I've got the same problem: no command line login prompt either.

The console shows all the services starting up (lots of [ OK ] entries) and concludes with:

Code:

Notice: nsd.tcl: finished reading config file.

I couldn't find anything related to "nsd.ctl" (note misspelling--should be nsd.tcl) on linxuquestion.org or the web. NSD is the name of an open source DNS server, but it's not installed (as far as yum can tell).

I do have Xen installed on the box and the messages before the final one relate to Xen, but they have the [ OK ] out there on the right side so I don't know that it could have anything to do with this.

I've seen a number of options for what this might be and none of them seem to apply:

What's the deal with that last entry? Is that perhaps the culprit--some kind of error in the processing of that package?

So, I guess the thing to do is uninstall what I can and see if that helps. There isn't a slick way to undo/rollback an "Updated" operation is there? That is, I'll just have to look for an earlier version of the packages that have been updated and put that back, right? (Well, since I've got a Xen RHEL guest installed at the moment, maybe I can get some use out of that--as I can't get the network to do what I want there anyway.) It also appears that I might be able to intercept the bootup and choose the prior, non-Xen kernel to boot and see what that does....

If you see any red flags among this stuff, I'm very open to suggestions.

OK. Here's where the problem lay, apparently. I installed Project-Open and set it to run by adding the following to rc.local:

su -l projop -c "/usr/local/aolserver/bin/nsd -i -t etc/config.tcl"

The message that came up about "finished reading the nsd.tcl" file is just the message the OpenACS/nsd/AOL Server puts up as it starts--and, according to a friendly fellow on irc.freenode.net #openacs, the message is just referring to the wrong file name--it really means the config.tcl fine in the aolserver directory tree.

My testing in a bash session suggests I need to add an & so the su can return while the aolserver (OpenACS) process itself runs in the background:

su -l projop -c "/usr/local/aolserver/bin/nsd -i -t etc/config.tcl &"

Without the & to push the aolserver/nsd process to the background, it's got the console tied up so the prompt won't appear--until that process dies.

It hasn't been convenient for me to test this with a reboot, but it sure looks like this'll do it (based on extensive testing just in a bash session). (If this doesn't fix it, I'll post the results of whatever I figure out. I'm assuming it's fixed until a reboot proves me wrong.)