From: Jeff Dike <jdike@addtoit.com>
To: Dan Shearer <dan@shearer.org>,
Cameron Patrick <cameron@patrick.wattle.id.au>,
BlaisorBlade <blaisorblade_spam@yahoo.it>
Cc: user-mode-linux-devel@lists.sourceforge.net, miquels@cistron.nl
Subject: Re: [uml-devel] mconsole telinit design, worry about init standards?
Date: Wed, 11 Feb 2004 20:14:05 -0500 [thread overview]
Message-ID: <200402120114.i1C1E5ip008500@ccure.user-mode-linux.org> (raw)
In-Reply-To: Your message of "Fri, 06 Feb 2004 11:07:59 +1030." <20040206003759.GY4203@erizo.shearer.org>
dan@shearer.org said:
> I've got a rough implementation of an mcsonole telinit command, where
> mconsole_kern opens /dev/initctl and sends a command to change
> runlevels.
cameron@patrick.wattle.id.au said:
> How about having some kind of generic interface to allow the host to
> access files, send signals, etc inside the VM?
Sorry, but none of these handy things are going into the kernel. If you want
to run processes, open files, etc, you can do all that from userspace.
I see the following possibilities:
Log in and run the command - some people don't like to write scripts
to go through the login process, so you can
Have a dedicated console which just has a root shell running on it. I
think there will be people who object to parsing shell prompts, so they can
Send the command through /proc/mconsole to a script which does
while true; do cmd=read < /proc/mconsole; `$cmd >& /proc/mconsole`; done
This last requires that /proc/mconsole be made bidirectional, plus it requires
that script running inside UML. All of these require some amount of setup
beforehand (knowledge of the root password, inittab running a shell instead of
getting on one console, the /proc/mconsole script).
All of them are also subject to interference by a hostile root inside the
UML. However, the in-kernel proposals can be subverted by root as well (change
init to not obey initctl, move files around, etc).
Jeff
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2004-02-12 0:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-06 0:37 [uml-devel] mconsole telinit design, worry about init standards? Dan Shearer
2004-02-06 5:42 ` Cameron Patrick
2004-02-07 15:33 ` BlaisorBlade
2004-02-09 0:11 ` Michael Richardson
2004-02-12 1:14 ` Jeff Dike [this message]
2004-02-12 1:47 ` Dan Shearer
2004-02-12 3:49 ` Jeff Dike
2004-02-12 4:40 ` Dan Shearer
2004-02-13 11:03 ` Miquel van Smoorenburg
2004-02-13 11:23 ` Dan Shearer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200402120114.i1C1E5ip008500@ccure.user-mode-linux.org \
--to=jdike@addtoit.com \
--cc=blaisorblade_spam@yahoo.it \
--cc=cameron@patrick.wattle.id.au \
--cc=dan@shearer.org \
--cc=miquels@cistron.nl \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).