Horst von Brand wrote:
>
> Elladan <elladan@eskimo.com> said:
>
> [...]
>
> > Regardless of whether it's a good thing to depend on security-wise, it
> > is a problem to have something that appears to be a security feature
> > which doesn't actually work.
>
> It is _not_ a security feature, it is meant to keep the filesystem from
> fragmenting too badly. root can use that space, since root can do whatever
> she wants anyway.
My point was that anybody can use this space if they want to.
While this feature might not be intended to be used for
security purposes, the documentation says the space is
reserved for the super-user. And in many cases it would be
convenient to use the feature for that purpose.
Since this would be a usefull feature for many people, and
since it AFAIK cannot be acomplished with quotas, I suggest
we find a way to make it work like most people would expect.
Would it cause any problems if the kernel ensured that the
block reservations could not be bypassed by users?
I have not yet verified if the same problem exists when
using quotas. (My kernel is compiled without quotas). But
if it does I guess we all would like to have it fixed.
-- Kasper Dupont -- der bruger for meget tid på usenet. For sending spam use mailto:razor-report@daimi.au.dk - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue May 14 2002 - 12:00:23 EST