Single user mode issues.

[Marc Dijkstra]

Hi all

Have an L2000 with standard SWC attached, I cannot get the console to respond at the single user level, this however is NOT a Secure Web Console setting, as I yanked the disk out of the L2000 and put it in another one, and tried laptop hyperterm hookup with the same result.

When the machine is booted to single user mode I have absolutely NO response, although I have the prompt. When init'ed up to run level 3, all is well. I have checked the inittab, as well as the profiles and all seems well.

What could be causing this?

MND

[harry d brown jr]

Check your GSP to see how you have your console path defined.

live free or die
harry

[Marc Dijkstra]

Hi Harry

Yeah, thought of that, I took the disk out of the server and put it in another L200 (that worked with IT'S boot disk) and had the same response, thats why I thought mebe I had a /sbin/sh corruption or some such thing. What runs at the single user lever to get the prompt? The profile runs (you always see the "tset not found" error, but is login run?

MND

[harry d brown jr]

Marc,

What kind of prompt are you getting, a root prompt? It shouldn't be asking you to login. If it is then you are not in single user mode.


to set the console port in the gsp, see this thread:

http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x72467b8d1de3d5118ff40090279cd0f9,00.html

See this thread for GSP commands:
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xe19aee3e323bd5118fef0090279cd0f9,00.html


live free or die
harry

[Marc Dijkstra]

Harry

It gives me the standard single user mode screen "overriding default level with -s" etc, and as per single user mode I get the hash prompt. The only difference is that I cannot get anything if I do the keyboard thang. CNTL-B gets me into the GSP, but when I break out to the CO I get nix.

As I said I have tried 2 different machines, The boot disk on the second machine's console works in single user mode, but if I plug this one in it doesn't. This is what led me to believe I have an OS issue here,something higher than PROM/GSP level..

But thanks for the threads!

MND

[Patrick Wessel · Accepted solution]

Marc,

Add the following line to the .profile of the root user

stty hupcl ixon ixoff cread

[Sandip Ghosh]

I would look at the terminal setting in the /etc/profile, because it takes that profile when you boot up in single user mode.

Sandip

[Marc Dijkstra]

Thanks for the ideas...

I have checked the .profile and /etc/profile and as far as I can see they are what they should be -- stock standard out of the box. I have put the cread at the end of the standard stty hupcl ixon ixoff statement, and will need to find a gap to reboot the server.

Will check in when it's done with the result and the $points$

MND

[Marc Dijkstra]

Patrick, the cread did the trick -- just got me a little baffled though, as the standard

stty hupcl ixon ixoff

Works on the other machines.... now that it is all good 'n happy, would you mind explaining why enabling/disabling the reciever has become an issue??? Have you seen it before?

But thanks for the quick fix.

I think that the /etc/profile did not interfere here at all, as the stty is not called there (I seem to remember that /etc/profile is called by /usr/bin/sh and not /sbin/sh -- I may be wrong though)

MND

[Emiel van Grinsven]

marc,

FYI

Can it be it is prevoked becouse an init -s has been previously performed from a streams based hp telnet session. But i only found something like this on a N-class system
If I am not mistaken you would be able to duplicate your (former) problem on a system which also does not have cread set in the profile.

Hth, Emiel

[Patrick Wessel]

Marc,
To be honest, that wasn't my brilliant idea, I just reproduced what someone else figured out.

This problem is due to an unset CREAD termio control flag in the /etc/ioctl.syscon file used by init(1m).
The user level init(1m) command creates the /etc/ioctl.syscon file during execution. Since a streams based telnet appears not to set CREAD (rightly or wrongly ????) we end up saving a termio control flag that will later disable (hang) the receiver when applied by init(1m pid==1) to a real serial console.

This information is helpful for you
Patrick