On Sunday 27 November 2005 05:48, murthy andukuri wrote: > I can bring up a uml session successfully when > invoking from command line. and can also bring up a > uml session successfully from within a gdb (following > instructions from the 'how to'). However, I am having > trouble being able to input login info to the same uml > when started thru umlgdb. All of these attempts are > with the skas patch on the host. host and guest are > both 2.6.12.1. > > can somebody please tell me what I am missing ? More > details below.
A workaround (for sure) is to make UML open its console not on fd:0,fd:1. Either you move the login prompt away from tty0 and to ttyN, or you use con0=xterm (or con0=your console channel). I don't know for sure, but the problem is likely to be this: - reading from stdin *requires* that you're passing UML a real tty, not a normal fd. - umlgdb redirects UML stdin to a pipe - things don't work. > Thru umlgdb, I am able to get the uml boot up to start > in the right tty (set as a part of the initgdb method > in umlgdb). But, if I type the user name at the login > prompt, I get the response It's not succeeding in catching the input, but it's only throwing out messages. > 'command not found' > > and get back to the HOST's command prompt. You're already typing at the shell in fact at that moment. > (i.e. the user id entered is being interpreted as a > command). > In the bootup log messages, I see a few 'TIOCSCTTY > failed', errno =1. . . That's the "it requires a tty, not a pipe" thing. > Also, during the boot up, if there is a file system > check, I get the > "Give root password for maintenance > (or type Control-D to continue):" > message. If I type the root password here,it is echoed > back. plus, I get the response > 'command not found' Ok, that's solvable only through con0=xterm. > An exceprt from my boot sequence looks as follows. I > see the same 'mingetty' related messages even when I > start UML directly (i.e. without gdb or umlgdb). They show that there's a serious fuckup in /etc/inittab... > /dev/tty0:2345:respawn:/sbin/mingetty: No such file or > directory You used an inittab from another distro - each one uses a different *getty program (I assume you've not uninstalled the RH one). > /etc/rc.d/rc.sysinit: line 39: /dev/ttyvc/0: No such > file or directory I guess it's parsing /etc/inittab, even if I don't understand how... but anybody looking for /dev/ttyvc/0 is seriously confused... probably it's splicing together /dev/tty and some field (first or last one) in /etc/inittab (which is a bit buggy anyway). -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
