Разрешение Chown на

У меня есть следующий каталог ( /usr/local )

 rwxr-xr-x. 43 root root 4096 Jul 25 14:19 . rwxr-xr-x. 14 root root 4096 Feb 21 10:27 .. rwxr-xr-x. 2 root root 4096 Jun 28 2011 bin [...] rwxr-xr-x 1 root root 8192 Jul 25 13:41 bad_dir rwxr-xr-x. 4 root root 4096 Mar 28 11:56 good_dir 

Я зарегистрирован как root. Когда я запускаю chown root:root good_dir все в порядке, но когда я запускаю chown root:root bad_dir я получил chown: changing ownership of '/usr/local/bad_dir': Permission denied

Что случилось с bad_dir? Что я должен изменить, чтобы сделать chown работать правильно? Я вижу точку в конце разрешений, но я не знаю, что это значит.

Обновить

Бег

 echo 0 > /selinux/enforce chmod 755 bad_dir 

дает также chmod: changing permissions of 'bad_dir': Permission denied

Обновление 2

Выход ls -la /usr равен

 total 128 drwxr-xr-x. 14 root root 4096 Feb 21 10:27 . dr-xr-xr-x. 24 root root 4096 May 28 08:22 .. dr-xr-xr-x. 2 root root 28672 Jun 27 10:29 bin drwxr-xr-x. 2 root root 4096 Jun 28 2011 etc drwxr-xr-x. 2 root root 4096 Jun 28 2011 games drwxr-xr-x. 36 root root 4096 Jul 23 14:04 include dr-xr-xr-x. 12 root root 4096 Apr 11 17:10 lib dr-xr-xr-x. 45 root root 36864 Jul 23 14:04 lib64 drwxr-xr-x. 14 root root 4096 Mar 28 11:58 libexec drwxr-xr-x. 43 root root 4096 Jul 25 14:34 local drwxr-xr-x. 3 root root 4096 Feb 21 10:27 man dr-xr-xr-x. 2 root root 12288 Jul 23 14:04 sbin drwxr-xr-x. 106 root root 4096 Mar 28 12:00 share drwxr-xr-x. 4 root root 4096 Nov 20 2013 src lrwxrwxrwx. 1 root root 10 Nov 20 2013 tmp -> ../var/tmp 

Каталогам требуется разрешение x для открытия. Вы, вероятно, можете это сделать,

chmod 755 bad_dir а затем попробуйте chmod 755 bad_dir команду chown .

В соответствии с этим точка в конце означает,

Согласно ls.c (строка 3785) ls.c означает SELinux ACL . ( + означает общий ACL ).

Если это SELinux messing, используйте setenforce для изменения своего режима. Запустите setenforce 0 чтобы поставить SELinux в разрешающем режиме и setenforce 1 чтобы вернуть его в режим принудительного исполнения.

Я сделал глупую ошибку. У нас было несколько машин, предоставленных одинаково, но один (с этой проблемой) был изменен одним из моих коллег.

bad_dir был установлен NFS, что объясняет все проблемы. Благодаря Джоэлю Дэвису, который предлагает мне проверить это снова, я решил свою проблему.