Какой-то глюк с rm (Не могу стереть папку в своем домашнем каталоге - Permission denied)

[Omnifarious]

Есть папка в домашнем каталоге - workspace. Очень хочется ее удалить, но происходит следующее

Код: Выделить всё

rm -rf workspace/
rm: невозможно удалить `workspace//hello': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.launching': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.core': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.jdt.core.prefs': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.ui': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resources/.root/.properties': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resources/.projects': Permission denied

Если попытаться от рута, то

Код: Выделить всё

omni@noir ~ $ su
Password:
noir omni # rm -rf workspace/
rm: невозможно удалить `workspace//hello': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.launching': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.core': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.jdt.core.prefs': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.ui': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resources/.root/.properties': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resources/.projects': Permission denied

Код: Выделить всё

noir omni # ls -al workspace/
ls: workspace/hello: Permission denied
итого 2
drwxr-xr-x   4 omni users  104 Дек 27 14:21 .
drwxr-xr-x  47 omni users 1960 Дек 27 14:32 ..
drwxr-xr-x   3 omni users   72 Дек 27 14:21 .metadata

А папку стереть хочется - глаза мозолит. Подскажите, что делать.

[JaGoTerr]

Если нельзя - значит надо сделать так, чтобы было можно

Код: Выделить всё

su -
chown -R 0.0 ./workspace/
chmod -R 777 ./worspace/
rm -rf ./workspace/
echo "Hooray!"

[Omnifarious]

Код: Выделить всё

omni@noir ~ $ su -
noir omni # chown -R 0:0 workspace/
chown: невозможно получить доступ к `workspace/hello': Permission denied
chown: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.jdt.launching': Permission denied
chown: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.jdt.core': Permission denied
chown: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.jdt.core.prefs': Permission denied
chown: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.jdt.ui': Permission denied
chown: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.core.resources/.root/.properties': Permission denied
chown: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.core.resources/.projects': Permission denied

Как будто бы нет таких объектов вообще на файловой системе. Хотя вроде бы и есть...

[JaGoTerr]

Это не значит, что на этом надо было останавливаться. Сделай chmod -R 777 ./workspace , а потом rm -rf .
(У тебя права на запись в каталог workspace отсутствуют для всех)

[t.t]

(У тебя права на запись в каталог workspace отсутствуют для всех)

↑

А фигли руту права?

Код: Выделить всё

t:~$ su
Password:
root:/home/t# mkdir 123
root:/home/t# touch 123/{456,789}
root:/home/t# chmod -R a-w 123
root:/home/t# rm -rf 123
root:/home/t# l 123
ls: 123: No such file or directory
root:/home/t#

Есть подозрение, что пора сказать fsck.

[Omnifarious]

Есть подозрение, что пора сказать fsck.

Вроде бы при загрузке автоматом проходит? Как его вручную запустить?

[JaGoTerr]

ммм... да, я просто поленился под рутом проверить. Под юзером права нужны. Хотя ещё вопрос. Может быть дело просто в шелле и в использовании ls из coreutils или встроенной команды оболочки. Какая-то из них, возможно, таки обращает внимание на права. Надо экспериментировать более глубоко. Проще сделать chmod -R 777 ...

2 Omnifarious: Сразу надо было сказать, но мог бы и сам догадаться. Права на каталог покажи! ls -ld ./workspace/

[Omnifarious]

Проще сделать chmod -R 777 ...

Пишет следующее

Код: Выделить всё

omni@noir ~ $ su
Password:

[i]Меняю права[/i]
noir omni # chmod -R 777 workspace/
chmod: невозможно получить доступ к `workspace/hello': Permission denied
chmod: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.jdt.launching': Permission denied
chmod: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.jdt.core': Permission denied
chmod: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.jdt.core.prefs': Permission denied
chmod: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.jdt.ui': Permission denied
chmod: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.core.resources/.root/.properties': Permission denied
chmod: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.core.resources/.projects': Permission denied

[i]Проверка прав на директоии[/i]
noir omni # ls -ld ./workspace/
drwxrwxrwx  4 root root 104 Дек 27 14:21 ./workspace/

[i]Попытка стереть[/i]
noir omni # rm -rf workspace/
rm: невозможно удалить `workspace//hello': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.launching': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.core': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.jdt.core.prefs': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.ui': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resources/.root/.properties': Permission denied
rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resources/.projects': Permission denied

Больше похоже на глюк файловой системы, только вот как бы ее проверить?

[t.t]

ммм... да, я просто поленился под рутом проверить. Под юзером права нужны. Хотя ещё вопрос. Может быть дело просто в шелле и в использовании ls из coreutils или встроенной команды оболочки. Какая-то из них, возможно, таки обращает внимание на права. Надо экспериментировать более глубоко. Проще сделать chmod -R 777 ...

↑

Ну, по идее, рут может _всё_; т.е. вообще всё, не взирая на права.

Вроде бы при загрузке автоматом проходит?

↑

Не каждый ведь раз. Только через N монтирований; N зависит от типа фс и её размера. Но теоретически...

Как его вручную запустить?

↑

Какая фс? Куда подмонтирована? Дело в том, что проверять можно _только размонтированную_ фс; так что если это корень, то из этой же системы не получится -- а, например, с LiveCD. Но теоретически я бы всё-таки попробовал для начала сказать chmod и грохнуть после этого.

[Omnifarious]

Какая фс? Куда подмонтирована? Дело в том, что проверять можно _только размонтированную_ фс; так что если это корень, то из этой же системы не получится -- а, например, с LiveCD. Но теоретически я бы всё-таки попробовал для начала сказать chmod и грохнуть после этого.

Файловая система - ReiserFS. Действительно - корневая. По манам получаестя, что нужно ее смонтировать read-only. Может ядру что-нибудь сказать при загрузке? И в fstab что прописать?

А chmod ничего хорошего не дал пока...

[t.t]

Пишет следующее

↑

Ну собственно, как и предполагалось. Ведь если и rm, и chown, и ls не работают, то с чего бы вдруг chmod заработала?

[JaGoTerr]

мда... хреново дело
Я даже не знаю что сказать...

[t.t]

По манам получаестя, что нужно ее смонтировать read-only.

↑

А, да, тоже вариант.

Может ядру что-нибудь сказать при загрузке?

↑

А в меню загрузчика не прописан однопользовательский режим? В нём, насколько я помню, корень и так монтируется в ro.

И в fstab что прописать?

↑

А если через фстаб, то опция так и называется: ro.

[Omnifarious]

мда... хреново дело
Я даже не знаю что сказать...

Мда, ближе к ночи раскопаю свой гентушный LiveCD, попробую fsck с него прогнать, а там дальше думать буду.

Спасибо.

[JaGoTerr]

Ну, по идее, рут может _всё_; т.е. вообще всё, не взирая на права.

Так, да не совсем. Можно самого себя прав определённых лишить. Да, их можно точно также и "выдать" Но явным образом. Это касается например права на исполнение. Пока chmod u+x ./script не сделаешь - фиг запустишь скрипт (sh ./script не считается ).
Потому я и подумал, что chmod поможет.

[t.t]

Так, да не совсем. Можно самого себя прав определённых лишить. Да, их можно точно также и "выдать" Но явным образом. Это касается например права на исполнение.

↑

Ну, право на исполнение -- это отдельный разговор. А вот запись/чтение руту можно _всегда_.

[aLexx programmer]

Мда, ближе к ночи раскопаю свой гентушный LiveCD, попробую fsck с него прогнать, а там дальше думать буду.
Спасибо.

Запуск проверки корневой ФС после перезагрузки:

Код: Выделить всё

shutdown -F -r now

[t.t]

shutdown -F -r now

↑

И правда. Совсем забыл об этой опции. Спасибо за напоминание.

[aLexx programmer]

И правда. Совсем забыл об этой опции. Спасибо за напоминание.

Пожалуйста

[Omnifarious]

Обидно, но fsck написал, что все в порядке...

[t.t]

Обидно, но fsck написал, что все в порядке...

↑

Тогда, честно сказать, единственное, что приходит в голову, -- что к workspace/ подмонтирована какая-нибудь read-only файловая система. Не может такого быть?

[v04bvs]

Вроде был какой-то бит, который запрещает удаление в любом случае, уж не помню точно. Может кто-нибудь расскажет.

[Freakman]

Попал в аналогичную ситуацию - из-под рута (также как из-под остальных аккаунтов) не удается ничего (rm, chmod, chown, chgrp, unlink) сделать с /etc/resolv.conf. Файловую систему (ext2) проверял (e2fsck -f). С диска грузился... ничего
# ls -la /etc/resolv.conf
-rw-rw-rw- 1 root resolv 130 Oct 18 2005 resolv.conf
Уже пять часов мучаюсь. Что делать?

update:chattr -i - помогло B) спасибо

[Portnov]

Упомянули "бит, запрещающий удаление в любом случае". Есть такой. chattr +i file - сделать файл immutable, chattr -i file - вернуть обратно.

[Omnifarious]

Никаких измененений...

Код: Выделить всё

chattr -R -i workspace1/
chattr: Inappropriate ioctl for device while reading flags on workspace1/
chattr: Permission denied while trying to stat workspace1//hello
chattr: Inappropriate ioctl for device while reading flags on workspace1//.metadata
chattr: Inappropriate ioctl for device while reading flags on workspace1//.metadata/.plugins
chattr: Permission denied while trying to stat workspace1//.metadata/.plugins/org.eclipse.jdt.launching
.......

Есть нехорошее подозрение, что каким-то образом файлы, к которым нет доступа стали файлами устройств, которые удалить не дают. И поступило предложение похерить иноду, содержащую workspace. Потом прогнать fsck и восстановить целостность файловой системы, где уже не будет многострадальной папки. Как бы такое провернуть, и имеют ли вообще такие манипуляции смысл?