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>