Strange case of filesystem corruption?
    Mikhail Teterin 
    mi+kde at aldan.algebra.com
       
    Mon Sep  5 18:37:17 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-fs
mailing list