[systemd-devel] systemd-nspawn old guests

Thomas S Hatch thatch45 at gmail.com
Mon Dec 8 08:08:31 PST 2014


Thanks Lennart! That makes perfect sense, been a long time since I needed
to mess around with this stuff.
Keep up the fantastic work! I am a big fan!

Thomas S. Hatch  |  Founder, CTO

3400 N. Ashton Blvd, Suite 110 | Lehi, UT 84043
thatch at saltstack.com | www.saltstack.com <http://saltstack.com/>

On Mon, Dec 8, 2014 at 7:08 AM, Lennart Poettering <lennart at poettering.net>
wrote:

> On Fri, 05.12.14 20:25, Thomas S Hatch (thatch45 at gmail.com) wrote:
>
> > I have been having trouble running nspawn containers that don't have
> > systemd (centos 6, Ubuntu 14.04, debian wheezy etc), I imagine I am just
> > not finding the solution online.
> > The container seems to start without issue but never presents a login
> > prompt. I added audit=0 to the kernel arguments as the manpage suggested
> > but to no avail.
> >
> > I am using systemd 217 on Arch Linux.
> > Any suggestions as to where I should look to solve this?
>
> By default most old distributions assume that the venerable VT
> subsystem is available when booting up, and will present gettys on
> /dev/tty1, /dev/tty2 and so on, which nspawn cannot provide however.
>
> To make those old distributions work you need to patch /etc/inittab
> (or similar) to execute the getty on /dev/console (which spawn does
> provide) instead of /dev/tty1, /dev/tty2, and so on.
>
> When using a systemd-enabled distribution inside a container, then no
> such manual changes to it are necessary, as systemd contains
> appropriate provisions since a longer time to invoke a single getty on
> /dev/console if the VT subsystem is not available.
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20141208/9ecdd9c5/attachment.html>


More information about the systemd-devel mailing list