Strange case of filesystem corruption?
Mikhail Teterin
mi+kde at aldan.algebra.com
Mon Sep 5 18:37:18 PDT 2005
On Monday 05 September 2005 08:38 pm, Eric Anderson wrote:
= Mikhail Teterin wrote:
= > Can this be explained by anything other than a (nasty) bug?
= >
= > % ls -la audio/shorten/files
= > total 0
= > % rmdir audio/shorten/files
= > rmdir: audio/shorten/files: Directory not empty
= >
= > This is on 5.4-stable from July 21 -- up ever since... Thanks!
[...]
= Can you show permissions on the directories audio, shorten, and files?
Well, ls of the directory succeds above, so it can not be the permission
problem. But here:
% cd audio/shorten
% ls -lds
2 drwxrwxr-x 4 mi wheel 512 Jul 21 01:13 .
% ls -loas files
total 0
% rmdir files
rmdir: files: Directory not empty
= Also - what is your securelevel set to
Default.
= and have you checked to see if there are processes with any open files
= in those directories?
I doubt there are any, and why would that affect anything anyway? Here:
% mkdir /tmp/q
% touch /tmp/q/meow
% tail -F /tmp/q/meow &
[2] 39947
% rm /tmp/q/meow
% rmdir /tmp/q
In other words, the directory (/tmp/q) is removable even if a process
(tail) still has a deleted file (meow) in it opened.
On Monday 05 September 2005 08:42 pm, Beecher Rintoul wrote:
= Try rm -R audio/shorten/files
Thank you, but I'm afraid, it may succeed in deleting the directory,
while I try to figure out, what is happening -- the directory is empty
according to ls, but not empty according to rmdir.
-mi
More information about the freebsd-questions
mailing list