I wasn't sure what location to post this so if there is a more appropriate location please move as seen fit. Thanks.
The closest I've been able to find around here is: http://www.linuxquestions.org/questi...xattr+returned
which is not quite what I currently have. Searching elsewhere online I haven't really been able to pin down my situation probably due to query shortcomings on my part.
I recently ran into a problem that I was unable to recover from without rebooting.
I started copying a large set of files (~1.4G worth of ~14-15MB files with a few <5KB files) into a directory. While this was copying (and I believe this was the cause of the hang) the system became non-responsive and I lost the ability to log in to any other shells (virtual-consoles, ttys, ...) to try to identify the problem and correct. After power-cycling and bringing everything up I noticed that the directory I created and was copying into now has no permissions on it and I am not able to remove it.
ls -l output for what should be a directory
?--------- ? ? ? ? ? 20080218
and the directory 20080218 is blocked red, flashing directory name in grey (in case it matters)
in addition to that output of ls for this directory I see this entry in messages corresponding to it
kernel: inode_doinit_with_dentry: getxattr returned 5 for dev=dm-7 ino=3440641
I have since created another directory 20080218-0 and successfully copied the files to it so the data is not a concern for me.
Another note, this directory is in the root of the mounted filesystem.
I'm sure there is a way to fix (remove) this but I just have not been able to find how
. I have some speculation as to what may need to be done to correct it (theory not know-how) but would like to refrain from posting that so as not to focus anyones attention to it but rather leave it open for what you may think.
Have any of you experienced this? Were you able to remove it? How did you fix (remove) it?
If you would like more information if I left anything out please don't hesitate to ask and I'll provide what I can.