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 1OM64s-0001v8-UW for garchives@archives.gentoo.org; Tue, 08 Jun 2010 21:11:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6A82CE092A; Tue, 8 Jun 2010 21:10:54 +0000 (UTC) Received: from mail-pv0-f181.google.com (mail-pv0-f181.google.com [74.125.83.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 3ACCFE092A for ; Tue, 8 Jun 2010 21:10:54 +0000 (UTC) Received: by pvg6 with SMTP id 6so175767pvg.40 for ; Tue, 08 Jun 2010 14:10:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=FXQuTtf/nBPuLbyyV3tpGOxOFpwKGVi1XgNYaHGDhbE=; b=Wyq/lic0MZjLt0FwGjra67CQ65DJ5VPdT1mHDGDzMClDUQfrTP6HOXLYoendr6/QE6 T6NQJq41U1HqyyPnU2v8M+qHGihd0djjyVF53TFQuOblbi0PVoaGUIAB9iCEfDsWYrbr gU0Q+mRliIqKXI7YqoBuUxyW5CnQ3IdaybHuM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=X1MGQGRgjrnRZmfx3lDZBP79eI8PYjUh+/IpiZ8WmEh0k3/En8i4OaRq6LUrkjbjvA IAbgvB8QONRTXYqeCdNb0mgu/fL70Z1rNjqGKc+j+fMqfICJUdScZgZcBUPSGvHk3IwM txnYZRPn+yp2P2ByJ7YOnyCyg9QTrfmd88/J8= 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.229.28.74 with SMTP id l10mr6503744qcc.142.1276031453036; Tue, 08 Jun 2010 14:10:53 -0700 (PDT) Received: by 10.229.39.73 with HTTP; Tue, 8 Jun 2010 14:10:52 -0700 (PDT) In-Reply-To: References: <201006072054.45620.michaelkintzios@gmail.com> <4C0D5585.6020903@gmail.com> <201006072346.19926.alan.mckinnon@gmail.com> <20100608104742.0850a91a@digimed.co.uk> Date: Tue, 8 Jun 2010 14:10:52 -0700 Message-ID: Subject: Re: [gentoo-user] /var/tmp/portage not empty? From: James Ausmus To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: bcdbff43-2518-47a0-97b9-8f3228417ad2 X-Archives-Hash: 40f9643f5d3c383a330a58d100b0f460 On Tue, Jun 8, 2010 at 2:01 PM, Mick wrote: > On 8 June 2010 18:42, Mick wrote: >> On 8 June 2010 10:47, Neil Bothwick wrote: >>> On Mon, 7 Jun 2010 23:46:19 +0200, Alan McKinnon wrote: >>> >>>> Neil is likely correct - filesystem corruption. A quick easy way to >>>> check is to run ls -al starting with the target then going up on >>>> directory in turn. If you start getting lots of "???" in the output, >>>> corruption is almost certain. >>> >>> Paul's suggestion of running lsof may be valid too. If a process had a >>> lock n a file that was then deleted, the file wouldn't show up in ls bu= t >>> would prevent the directory being deleted until the lock was released. >>> >>> If you don't want to mess around with lsof and tracking down the proces= s, >>> a reboot will solve that one. >> >> It seems that the fs was well and truly corrupted. =A0:-( >> >> I looked carefully for ????? output of ls -la, which is a sure warning >> something went sideways with the fs, but unfortunately I couldn't find >> anything wrong. >> >> I have tried throughout the day to recover my machine to no avail. =A0I >> downloaded gcc ebuild and sources from a snapshot and recompiled it >> using a live cd. =A0The same file problem as reported above arose at >> least twice. =A0I have so far run fsck three times - everytime it seems >> to fix the error and then I can delete the rogue directories. >> >> Now tell me, is it possible that each time the fs corrupts itself in >> the same manner - i.e. at the /var/tmp/portage/sys-devel/... ? >> >> I found that /, /var and /usr/portage were corrupted. =A0Each one on its >> own separate partition. =A0Each one on a reiser4 type fs ... >> >> Smartmontools doesn't show any failures/errors. >> >> Is reiser4 prone to corruption? =A0Thankfully my home partition and a >> large data partition both on reiser4 are OK. > > I used dd to zero the partitions, formatted them afresh (again with > reiser4) and then installed gcc-4.4.3-r2 with the Live-CD as part of > re-installing my system. > > I couldn't believe my eyes where I saw this at the end of the emerge: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D >>>> /usr/x86_64-pc-linux-gnu/gcc-bin/4.4.3/g++ -> x86_64-pc-linux-gnu-g++ >>>> /usr/x86_64-pc-linux-gnu/gcc-bin/4.4.3/gcc -> x86_64-pc-linux-gnu-gcc >>>> /usr/x86_64-pc-linux-gnu/gcc-bin/4.4.3/gfortran -> x86_64-pc-linux-gnu= -gfortran > =A0* Switching native-compiler to x86_64-pc-linux-gnu-4.4.3 ... =A0 =A0 = =A0 =A0 =A0 =A0 [ ok ] > > =A0* If you have issues with packages unable to locate libstdc++.la, > =A0* then try running 'fix_libtool_files.sh' on the old gcc versions. > >>>> Regenerating /etc/ld.so.cache... > rm: cannot remove > `/var/tmp/portage/sys-devel/gcc-4.4.3-r2/work/gcc-4.4.3/libjava/classpath= /resource/gnu/java/locale': > Directory not empty > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D > > To save me from losing it, can you please tell me if your > /var/tmp/portage has such a stale file in there following your emerge > of gcc-4.4.3-r2 ? =A0Surely I can't blame the fs this time? Bizarre - out of curiousity, since you've already wiped the partition once - what happens if you dd/wipe/reformat again, but with ext2 or something similarly basic (and non-experimental)? > > -- > Regards, > Mick > >