Re: Root can't rm or chmod on a directory (not immutable either)
- From: Nathan Keel <nat.k@xxxxx>
- Date: Tue, 03 Mar 2009 09:57:33 -0800
Chris Davies wrote:
Nathan Keel <nat.k@xxxxx> wrote:
Today I had an issue when trying to change the permissions on a
directory. The other day I set the files and the dir itself to chmod
0 (owned by the user) and today I didn't have permission to change it
as
that user. I am the only one on this system and it's not on a
network, so no one changed anything.
Still, I checked the attributes with lsattr and saw nothing set. So,
I su -'ed to root and I couldn't run chmod or rm -rf against the
directory either (permission denied!) /home isn't mounted as read
only or anything else, and the user directory itself is fine (I can
do anything normally as the user (or root) other than to that one
directory giving me the problem).
Sounds like the filesystem's possibly broken. (A very worrying
thought.) I know you wrote that fsck showed no errors, but I didn't
see whether you'd forced fsck to check the filesystem or whether you'd
let it skip the check because it thought it was clean. Boot to
singleuser and try the -f (force) flag.
Yeah, I had done that on boot (forced) and it didn't catch anything.
Anyway, I don't understand what I can do here. The file system is
ext3, this is a CentOS 4.7 Final install with 2.6.9-78.0.13.ELsmp
kernel (not that this should matter beyond ext3).
Actually, before you try the fack, take a look at this,
https://bugzilla.redhat.com/show_bug.cgi?id=164696; is it maybe
related? I do recall getting bitten by a subtle ext3 + RAID + LVM bug
(yes, it only showed up when all three components were in a stack).
Maybe it's time to consider an urgent kernel upgrade?
That seems to be an old bug with an older kernel (and LVM wouldn't apply
in my case). The issue also seems different, because the files in that
directory themselves aren't correct.
Some final questions if none of that is relevant; I'm not sure where
I'm leading with this, so don't worry too much:
* Have you verified the contents of those files in bbb?
Yes, after copying them with root to another directory, they are the
same file sum and work fine. It's just the directory they are in that
I can't move, delete or change the permissions on.
* Since you've copied the files in it, can you delete them?
Yes, if I copy the files to another location (any location at all), I
can delete them (and the directory they are in) without issue. I still
can't move, delete or change the permissions on the bbb directory (nor
can I do any of those things to the files inside of it, of course).
* Can you move the bbb directory itself out of /home/users/nat?
No, it won't move, I can only copy. I've tried all of the normal things
and tried to see what my options are. Still no errors logged, non
about the drives, none about raid or its status, and I even ran a
badblocks check against the /home partition and didn't get any errors
either.
I'm hopeful it's some bug that can be resolved that won't end up being
fs corruption, since this hasn't gotten worse, but something weird
caused it while the system was running normally and without changes, so
I do worry (but I have a complete mirrored backup on my backup drive
and I have a spare drive sitting in the case just ready to be hooked up
when one of these drives does eventually fail). I guess I'll try
booting into another older kernel and maybe force an file system check
again and see what happens. Thanks.
.
- References:
- Re: Root can't rm or chmod on a directory (not immutable either)
- From: Chris Davies
- Re: Root can't rm or chmod on a directory (not immutable either)
- Prev by Date: Re: change default group for file by a non-root command
- Next by Date: Re: Publicly accessible directory?
- Previous by thread: Re: Root can't rm or chmod on a directory (not immutable either)
- Next by thread: Re: Root can't rm or chmod on a directory (not immutable either)
- Index(es):
Relevant Pages
|
Loading
