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 1OM3lR-0002vI-V2 for garchives@archives.gentoo.org; Tue, 08 Jun 2010 18:43:06 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 49C42E0972; Tue, 8 Jun 2010 18:42:57 +0000 (UTC) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 0AAB1E0972 for ; Tue, 8 Jun 2010 18:42:56 +0000 (UTC) Received: by wyb35 with SMTP id 35so3550960wyb.40 for ; Tue, 08 Jun 2010 11:42:56 -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; bh=CcDU0QNjUINVklu/cXLWnFbDShUTD4JNEQonQ6IbJc4=; b=r2V2M3WuhZSkZ2SnQoiY1hOKEfGdEuf0/apft1/QYUw7d3SVJraGEU4gCLOlJvzfhI +3ZFWcjHjFMuqaUwZo4EIA4aHr+wXhg5DQ2V0stHO41D+PGMadJBu42J8XJ6zpdt83zg dpSbYdxZFcEMgzUJBvVSleIgxj1z4oWhTP/z4= 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; b=DDhqQt+m5vUn6k+w+9v2qIiUoEO7/SvBpfkTDpDQPRYw/JmqyfcY/5BmEyz3rpO3+6 YcbReLfQ8wCdKJ9Jlj9h7qGdLgGe20R3YjIc4oKbsB+G+ux3uA8rIMPLJh4BQ/vmrENP t+EhIrdNcZvAx82dks+Kcm7Ok9lZha6icwH3o= 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.227.69.208 with SMTP id a16mr10965648wbj.193.1276022574320; Tue, 08 Jun 2010 11:42:54 -0700 (PDT) Received: by 10.216.177.10 with HTTP; Tue, 8 Jun 2010 11:42:54 -0700 (PDT) In-Reply-To: <20100608104742.0850a91a@digimed.co.uk> 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 19:42:54 +0100 Message-ID: Subject: Re: [gentoo-user] /var/tmp/portage not empty? From: Mick To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 14c4c129-38e9-49b5-9730-689be27f8684 X-Archives-Hash: 08d402b1f849c5f560f06c6b77d407ed 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 but > 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 process, > a reboot will solve that one. It seems that the fs was well and truly corrupted. :-( 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. I downloaded gcc ebuild and sources from a snapshot and recompiled it using a live cd. The same file problem as reported above arose at least twice. I 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. Each one on its own separate partition. Each one on a reiser4 type fs ... Smartmontools doesn't show any failures/errors. Is reiser4 prone to corruption? Thankfully my home partition and a large data partition both on reiser4 are OK. -- Regards, Mick