From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L3JhB-0000WQ-RO for garchives@archives.gentoo.org; Fri, 21 Nov 2008 00:16:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 921A4E03F5; Fri, 21 Nov 2008 00:16:25 +0000 (UTC) Received: from mail.netspace.net.au (mail-out4.netspace.net.au [203.10.110.77]) by pigeon.gentoo.org (Postfix) with ESMTP id 45D0DE03F5 for ; Fri, 21 Nov 2008 00:16:25 +0000 (UTC) Received: from [172.16.0.52] (ppp246-231.static.internode.on.net [203.122.246.231]) by mail.netspace.net.au (Postfix) with ESMTP id D711F377630 for ; Fri, 21 Nov 2008 11:16:17 +1100 (EST) Message-ID: <4925FD9D.4070608@netspace.net.au> Date: Fri, 21 Nov 2008 09:45:25 +0930 From: Iain Buchanan User-Agent: Thunderbird/3.0a2 (X11; 2008072418) 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] forcing file removal, fails with ESTALE References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 53ee3ee4-1791-47fd-9704-335ca15584f6 X-Archives-Hash: 29244c295b19f7b9039005125e218d05 Qian Qiao wrote: > On Thu, Nov 20, 2008 at 18:13, Andrey Vul wrote: >> I'm trying to remove a file, yet it fails with ESTALE ("Stale NFS file >> handle"). I'm thinking that this is due to a corrupt inode but fsck >> fails to fix it. >> >> Is /lib/rc/console/unicode suppoed to be NFS or do I need to do a long >> hard fsck of /? >> -- >> Andrey Vul >> >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> A: Top-posting. >> Q: What is the most annoying thing in e-mail? > > It's just a stale handle, i.e., some process opened the file, but the > file is then deleted, moved or renamed by another process. > > If you know what process is holding the handle of the non-existent > file, restart it, if not, re-mount the file system. `umount -l` might help you there. -- Iain Buchanan WARNING: Reading this fortune can affect the dimensionality of your mind, change the curvature of your spine, cause the growth of hair on your palms, and make a difference in the outcome of your favorite war.