From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S5aWD-0000cS-5T for garchives@archives.gentoo.org; Thu, 08 Mar 2012 10:24:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 22322E077B; Thu, 8 Mar 2012 07:55:37 +0000 (UTC) Received: from mail-vx0-f181.google.com (mail-vx0-f181.google.com [209.85.220.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 698EEE0517 for ; Thu, 8 Mar 2012 07:54:20 +0000 (UTC) Received: by vcge1 with SMTP id e1so190483vcg.40 for ; Wed, 07 Mar 2012 23:54:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=fuhZpiWuSIm3xHpjfDCr6KvYNtl3sPDE0YLQ4cRO/24=; b=IaY0RQrBrOxzGG/cHcrRkcp5EdDPdXznHS5pbxFSC5QcO81Zqbmho/asP11FjAQYRo XznlE2xPHdD2ujJ5kMlE1YbtuREC4LILrKmJ88wRSnGumvn1Lel2VMaJ9VXmlY0/a4KP IbHqGQXhk5PqsS5aEYCmiXAhfrCHe3PqPViWwPhU+5tWamswDVgXwrv4dU+sHcif6h8C V3/ZKc7WVPhf6+5zvQiyBY673+D5B8q43uIzV2nZDvpuRlcBbfLL5A+v8MiHChW5+alf LwywYfPoLFfJAauyOXVvER5V5wD0bnY603J5dxtB41ehHrCTpUalf5OEu+toujQwpzyv a2WA== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.52.76.73 with SMTP id i9mr8224151vdw.92.1331193259856; Wed, 07 Mar 2012 23:54:19 -0800 (PST) Received: by 10.52.28.19 with HTTP; Wed, 7 Mar 2012 23:54:19 -0800 (PST) In-Reply-To: References: <20120308025700.GA11477@eisen.lan> Date: Wed, 7 Mar 2012 23:54:19 -0800 Message-ID: Subject: Re: [gentoo-user] Disk usage during emerge From: Julian Simioni To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 4edbea61-4325-4973-9a84-3218e9901943 X-Archives-Hash: a2fba3d463e2d9142340f8bdba1ec521 On Wed, Mar 7, 2012 at 11:53 PM, Julian Simioni wrote: > On Wed, Mar 7, 2012 at 6:57 PM, Frank Steinmetzger wrote: >> >> Hello list >> >> It came to my attention that during (after) an emerge run, df reports >> considerably less space available on my / than before the emerge (everyt= hing >> except /home sits on the root partition). I was wondering how this comes= to >> be, since I have /var/tmp/portage on tmpfs. >> >> I am in the middle of a KDE upgrade (4.8.0=E2=86=924.8.1) right now and = before I >> started, I downloaded all distfiles and then looked at df /, it showed 1= 022 >> blocks, hence about 1 GB of free disk space. I am at package 115 out of = 174 >> right now, and df shows a mere 389k blocks remaining. >> >> Also before I began the emerge run, I started 'ncdu -x /' which scans al= l dirs >> on the / partition and then I can browse through my FS hieararchy, showi= ng the >> disk usage of every directory. Now I ran the same ncdu command again in >> another screen, so I can compare it with the first one. >> >> The folders themselves have 0.1 to 0.2 GB difference between their old a= nd new >> state, and ncdu's bottom bar even shows the same values for both apparen= t and >> real total disk usage (rounded to 0.1 GB). So what am I missing here? I >> searched df's man page for something about apparent sizes/sparse files, = but >> then again, why would portage create such files in the first place? >> >> Do you have any thoughts that might help me understand what I'm seeing? >> -- >> Gru=C3=9F | Greetings | Qapla' >> I forbid any use of my email addresses with Facebook services. >> >> You will find everything in an online database. >> Just not what you are looking for. > > Unless you have it mounted on tmpfs for increased compilation speed as > many others do, /var/tmp/portage can easily grow to several hundred > megabytes as packages are compiled. Once the compilation finishes > successfully, it will be cleaned up, so the contents are constantly > changing during an emerge, and it may not be easy to track down after > the fact. And only after hitting send to I register the line where you mention that you do in fact use tmpfs. doh!