Bug 54865 - terminal not usable on change to runlevel 1
Summary: terminal not usable on change to runlevel 1
Keywords:
Status: CLOSED DUPLICATE of bug 54741
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: util-linux
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Elliot Lee
QA Contact: Ben Levenson
URL:
Whiteboard:
: 46223 55545 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-10-21 23:49 UTC by Hal Burgiss
Modified: 2007-04-18 16:37 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-11-06 17:28:12 UTC
Embargoed:


Attachments (Terms of Use)

Description Hal Burgiss 2001-10-21 23:49:29 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.9-6custom i686; Nav)

Description of problem:
Changing runlevels to runlevel 1 results in an usable terminal. The command
line buffer is executed on character at a time  ('ps' results in 'p':
command not found).

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.boot runlevel 3
2.int 1
3.type any command
	

Actual Results:  Any command is parsed one character at a time. 'ps' first
results in 'p: command not found'. Then just hitting Enter once, gets a 's:
command not found'. Any command longer than one character does not work. 

Expected Results:  Proper command execution.

Additional info:

Booting runlevel 1 works fine. Booting runlevel 1, then changing to 3 works
fine. Default shell is bash. This started after applying all recent updates
as a group (glibc, filesystem, etc). So I am not sure the util-linux update
is the culprit here. 

Also, the prompt is screwy and alternates between what should be a normal
looking rootshell prompt and my personal user bash prompt:

2.4-sh#
[hal@feenix hal]$
2.4-sh#
[hal@feenix hal]$
2.4-sh#
[hal@feenix hal]$
2.4-sh#
[hal@feenix hal]$
2.4-sh#
[hal@feenix hal]$

Consistently, after each command.

Comment 1 Michael Schwendt 2001-10-22 20:00:06 UTC
> Any command longer than one character does not work. 

After the error has happened once, entering a longer command or pressing return
a few times, seems to fix the virtual terminal (for me) for some time.

The probability of reproducing this bug increases with a newly booted machine at
run-level greater than 1, and then either run "init 1" or switch to a virtual
terminal and log in as root.


Comment 2 Bill Nottingham 2001-10-23 15:50:43 UTC
What SysVinit are you running?

Comment 3 Michael Schwendt 2001-10-23 21:53:48 UTC
SysVinit-2.78-17 which has been an errata update for Seawolf.

That single "bash: No job control for this shell" message from bug #54741
applies here, too.

FWIW, the problem seems to be gone with Enigma.

Comment 4 Hal Burgiss 2001-10-23 22:07:48 UTC
SysVinit-2.78-17 here also.


Comment 5 Bill Nottingham 2001-11-06 16:01:23 UTC
*** Bug 55545 has been marked as a duplicate of this bug. ***

Comment 6 Andreas J. Bathe 2001-11-06 16:51:46 UTC
after downgrading to util-linux-2.10s-13.7 from the 7.1 errata the symptom (also
descripted in bug # 55545)
disappeared, so I think this is the place where the bug sits :)

Comment 7 Bill Nottingham 2001-11-06 17:24:12 UTC
*** Bug 46223 has been marked as a duplicate of this bug. ***

Comment 8 Elliot Lee 2002-01-04 19:18:52 UTC

*** This bug has been marked as a duplicate of 54741 ***


Note You need to log in before you can comment on or make changes to this bug.