[systemd-devel] systemd-nspawn and kernel command line

Shawn Landden shawn at churchofgit.com
Fri Dec 20 14:09:19 PST 2013


On Mon, Dec 9, 2013 at 9:23 AM, Colin Guthrie <gmane at colin.guthr.ie> wrote:
> 'Twas brillig, and Lennart Poettering at 08/12/13 23:48 did gyre and gimble:
>> On Sat, 07.12.13 18:33, Colin Guthrie (gmane at colin.guthr.ie) wrote:
>>
>>> Hi,
>>>
>>> When playing with systemd-nspawn, is there a way to override the kernel
>>> command line seen inside the container. I mean it's probably not correct
>>> that the host systems /proc/cmdline leaks into the container.
>>
>> Most of systemd's own code actually knows this, and will ignore
>> /proc/cmdline if it detects that it is being run in a container. (I
>> recently unified this checking in util.c's proc_cmdline() call, so that
>> we don't forget to check this by mistake somewhere).
How about we bind mount /proc/1/cmdline to /proc/cmdline ?
That way we avoid creating a temporary file.
>>
>> Where di you run into problems with this?
>
> Wellll.... I was thinking it was preventing the container from booting
> properly as we booted our host with "rescue" in the command line, but
> thinking about it more, the container seems to make it to multi-user
> target just fine... it should be defaulting to graphical.target (that's
> what the default.target symlink points to at least) but that doesn't
> kick in... not looking into why but I kinda *want* it to be
> multi-user.target for debugging anyway, so not too upset about that.
>
> So I think my "problem case" might actually be invalid, but glad I came
> up with a nice idea in the process ;)
>
> Col
>
> --
>
> Colin Guthrie
> gmane(at)colin.guthr.ie
> http://colin.guthr.ie/
>
> Day Job:
>   Tribalogic Limited http://www.tribalogic.net/
> Open Source:
>   Mageia Contributor http://www.mageia.org/
>   PulseAudio Hacker http://www.pulseaudio.org/
>   Trac Hacker http://trac.edgewall.org/
>
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel


More information about the systemd-devel mailing list