xfs
[Top] [All Lists]

Re: [UNSURE] can't remove dir

To: Louis-David Mitterrand <vindex+lists-xfs@xxxxxxxxxxx>
Subject: Re: [UNSURE] can't remove dir
From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Date: Fri, 14 Sep 2007 04:45:31 -0400 (EDT)
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <20070914084125.GA31074@xxxxxxxxxx>
References: <20070914080926.GA30150@xxxxxxxxxx> <Pine.LNX.4.64.0709140438130.752@xxxxxxxxxxxxxxxx> <20070914084125.GA31074@xxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx


On Fri, 14 Sep 2007, Louis-David Mitterrand wrote:

On Fri, Sep 14, 2007 at 04:38:22AM -0400, Justin Piszcz wrote:

On Fri, 14 Sep 2007, Louis-David Mitterrand wrote:

While cleaning up /lost+found a directory resisted removal:

        sylla:/lost+found# rm 1879629858 -rf
        rm: cannot remove directory `1879629858': Directory not empty

The directory _is_ empty and "-rf" should remove it anyway, so this
looks like a fs error.

This is on debian unstable with 2.6.23-rc6.

what does "ls -al 1879629858" say?


I knew someone would ask, and this is slightly insulting ;-)

sylla:/lost+found# ls -al 1879629858
total 24
drwxr-xr-x 2 root root   8192 2007-09-14 09:25 ./
drwxr-xr-x 3 root root 299008 2007-09-14 10:05 ../



What happens if you reboot to (e.g., knoppix)

and run: xfs_check /dev/that_partition?

and/or:

xfs_repair -n /dev/that_partition?

       -n     No modify mode.  Specifies that xfs_repair should not modify the
              filesystem but should only scan the filesystem and indicate what
              repairs would have been made.

This would be useful to figure out what went wrong.

Justin.


<Prev in Thread] Current Thread [Next in Thread>