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