Date: Wed, 17 Mar 1999 14:56:07 +0300 (MSK) From: Dmitry Valdov <dv@dv.ru> To: Fernando Schapachnik <fpscha@ns1.sminter.com.ar> Cc: freebsd-current@FreeBSD.ORG, freebsd-security@FreeBSD.ORG Subject: Re: disk quota overriding Message-ID: <Pine.BSF.3.95q.990317145358.18648C-100000@xkis.kis.ru> In-Reply-To: <199903171150.IAA23361@ns1.sminter.com.ar>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 17 Mar 1999, Fernando Schapachnik wrote:
> Date: Wed, 17 Mar 1999 08:50:50 -0300 (GMT)
> From: Fernando Schapachnik <fpscha@ns1.sminter.com.ar>
> To: Dmitry Valdov <dv@dv.ru>
> Cc: freebsd-current@FreeBSD.ORG, freebsd-security@FreeBSD.ORG
> Subject: Re: disk quota overriding
>
> Are you aware that, due to nature of hardlinks the only extra space is
> same that for an empty file? Due to this, how many empty files do you
> think it takes to eat the whole space of / ?
No. Many empty files can be controlled by INODE QUOTAS.
Hard links can't.
But I can create as many hard links as I need to eat up the whole space of
/...
>
> I'm I loosing something?
>
> Regards.
>
> En un mensaje anterior, Dmitry Valdov escribió:
> > Hi!
> >
> > There is a way to overflow / filesystem even is quota is enabled.
> >
> > Just make many hard links (for example /bin/sh) to /tmp/
> >
> > for ($q=0;$q<100000;$q++){
> > system ("ln /bin/sh /tmp/ln$q");
> > }
> >
> > Because /tmp directory usually owned by root that why quotas has no effect.
> > *Directory* size of /tmp can be grown up to available space on / filesystem.
> >
> > Any way to fix it?
>
>
> Fernando P. Schapachnik
> Administracion de la red
> VIA Net Works Argentina SA
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95q.990317145358.18648C-100000>