On Wednesday 2012-01-11 16:39, Kay Sievers wrote:
>On Wed, Jan 11, 2012 at 16:04, Jan Engelhardt wrote:
>
>> Therefore you can detect which programs where started inside the rootfs
>> vfsmount. That information can then influence killing decisions as
>> needed.
>>
>> Now, Kay Sievers claims (on I
On Wed, Jan 11, 2012 at 16:04, Jan Engelhardt wrote:
> Therefore you can detect which programs where started inside the rootfs
> vfsmount. That information can then influence killing decisions as
> needed.
>
> Now, Kay Sievers claims (on IRC) pivot_root is "10 years ago stuff" and
> points to uti
On Wednesday 2012-01-11 16:13, Lennart Poettering wrote:
>>
>> Of course, if you conceal the rootfs-type vfsmount, there is no way that
>> the proc trick is going to work -- which is why I proposed using
>> pivot_root instead of {MS_MOVE + chroot} and *keeping* the rootfs
>> vfsmount around, in
On Wed, 11.01.12 16:04, Jan Engelhardt (jeng...@medozas.de) wrote:
> Now, Kay Sievers claims (on IRC) pivot_root is "10 years ago stuff" and
> points to util-linux's switchroot function for how things are supposedly
> to be done today. But, as we look at
> http://git.kernel.org/?p=utils/util-li
On Wednesday 2012-01-11 15:26, Lennart Poettering wrote:
>On Wed, 11.01.12 14:44, Jan Engelhardt (jeng...@medozas.de) wrote:
>
>> >> Forcing the use of @ introduces a policy, which should preferably not be
>> >> done. Since programs started from the initrd obviously should be having
>> >> a /pro
On Wed, 11.01.12 14:00, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
> 'Twas brillig, and Lennart Poettering at 11/01/12 13:42 did gyre and gimble:
> > i.e. there are a number of processes from the initrd which stick
> > around during normal operation which are still to be killed in the
> > kill
On Wed, 11.01.12 14:44, Jan Engelhardt (jeng...@medozas.de) wrote:
> >> Forcing the use of @ introduces a policy, which should preferably not be
> >> done. Since programs started from the initrd obviously should be having
> >> a /proc/*/{cwd,exe} symlinks pointing to the initramfs vfsmount.
> >
'Twas brillig, and Lennart Poettering at 11/01/12 13:42 did gyre and gimble:
> i.e. there are a number of processes from the initrd which stick
> around during normal operation which are still to be killed in the
> killing spree, most prominently plymouth.
Fair point, but in the plymouth case spec
On Wednesday 2012-01-11 14:42, Lennart Poettering wrote:
>On Wed, 11.01.12 08:21, Jan Engelhardt (jeng...@medozas.de) wrote:
>
>>
>>
>> On Tuesday 2012-01-10 23:24, Lennart Poettering wrote:
>> >
>> >http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons
>> >
>> >If you are involved
On Wed, 11.01.12 09:21, Colin Guthrie (gm...@colin.guthr.ie) wrote:
>
> 'Twas brillig, and Lennart Poettering at 10/01/12 22:24 did gyre and gimble:
> > Heya,
> >
> > Since quite some time there have been unresolved issues with certain
> > unkillable storage daemons maintaining the root file sys
On Wed, 11.01.12 08:21, Jan Engelhardt (jeng...@medozas.de) wrote:
>
>
> On Tuesday 2012-01-10 23:24, Lennart Poettering wrote:
> >
> >http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons
> >
> >If you are involved with early-boot stuff, like building initrds, or are
> >doing stor
On Wed, 11 Jan 2012 09:21:30 +
Colin Guthrie wrote:
> 'Twas brillig, and Lennart Poettering at 10/01/12 22:24 did gyre and gimble:
> > Heya,
> >
> > Since quite some time there have been unresolved issues with certain
> > unkillable storage daemons maintaining the root file system's storage
'Twas brillig, and Lennart Poettering at 10/01/12 22:24 did gyre and gimble:
> Heya,
>
> Since quite some time there have been unresolved issues with certain
> unkillable storage daemons maintaining the root file system's storage
> backing. To clear this up we have discussed the situation with a c
On Tuesday 2012-01-10 23:24, Lennart Poettering wrote:
>
>http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons
>
>If you are involved with early-boot stuff, like building initrds, or are
>doing storage stuff or are otherwise interested please have a look.
>--
>Processes
Heya,
Since quite some time there have been unresolved issues with certain
unkillable storage daemons maintaining the root file system's storage
backing. To clear this up we have discussed the situation with a couple
of folks and are now proposing the scheme pointed out here:
http://www.freedeskt
15 matches
Mail list logo