On Fri, Dec 20, 2013 at 2:09 PM, Shawn Landden <[email protected]> wrote:
> On Mon, Dec 9, 2013 at 9:23 AM, Colin Guthrie <[email protected]> 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 ([email protected]) 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.
nvm its in a differn't format
>>>
>>> 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
>> [email protected]
>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
_______________________________________________
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
