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

Для новичков как вообще в Linux, так и в конкретной теме, к которой относится вопрос.

Модератор: Bizdelnick

Аватара пользователя

Omnifarious
Сообщения: 119
ОС: Gentoo x86_64

Какой-то глюк с rm

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

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

                  rm -rf workspace/ rm: невозможно удалить `workspace//howdy': 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.cadre.prefs': Permission denied rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.jdt.ui': Permission denied rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resource/.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-10   4 omni users  104 Дек 27 xiv:21 . drwxr-xr-x  47 omni users 1960 Дек 27 14:32 .. drwxr-xr-x   iii omni users   72 Дек 27 fourteen:21 .metadata

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

There is more than 1 way to practise it

Аватара пользователя

Omnifarious
Сообщения: 119
ОС: Gentoo x86_64

Re: Какой-то глюк с rm

Сообщение Omnifarious »

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

                  omni@noir ~ $ su - noir omni # chown -R 0:0 workspace/ chown: невозможно получить доступ к `workspace/hi': 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.cadre.runtime/.settings/org.eclipse.jdt.cadre.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

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

There is more than i way to practise it

Аватара пользователя

JaGoTerr
Сообщения: 380

Re: Какой-то глюк с rm

Сообщение JaGoTerr »

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

Аватара пользователя

t.t
Бывший модератор
Сообщения: 7390
Статус: думающий о вечном
ОС: Debian, LMDE

Re: Какой-то глюк с rm

Сообщение t.t »

(JaGoTerr @ December 27 2005, в 16:49) писал(а):(У тебя права на запись в каталог workspace отсутствуют для всех)

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

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

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

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

¡иɯʎdʞ ин ʞɐʞ 'ɐнɔɐdʞǝdu qнεиж

Аватара пользователя

JaGoTerr
Сообщения: 380

Re: Какой-то глюк с rm

Сообщение JaGoTerr »

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

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

Аватара пользователя

Omnifarious
Сообщения: 119
ОС: Gentoo x86_64

Re: Какой-то глюк с rm

Сообщение Omnifarious »

JaGoTerr писал(а): ↑

27.12.2005 17:21

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

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

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

                  omni@noir ~ $ su Password:  [i]Меняю права[/i] noir omni # chmod -R 777 workspace/ chmod: невозможно получить доступ к `workspace/howdy': 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.cadre.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.resource/.root/.properties': Permission denied chmod: невозможно получить доступ к `workspace/.metadata/.plugins/org.eclipse.core.resources/.projects': Permission denied  [i]Проверка прав на директоии[/i] noir omni # ls -ld ./workspace/ drwxrwxrwx  four root root 104 Дек 27 fourteen:21 ./workspace/  [i]Попытка стереть[/i] noir omni # rm -rf workspace/ rm: невозможно удалить `workspace//hi': 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/.backdrop': Permission denied rm: невозможно удалить `workspace//.metadata/.plugins/org.eclipse.core.resource/.projects': Permission denied

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

There is more than one way to do it

Аватара пользователя

t.t
Бывший модератор
Сообщения: 7390
Статус: думающий о вечном
ОС: Debian, LMDE

Re: Какой-то глюк с rm

Сообщение t.t »

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

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

(Omnifarious @ Dec 27 2005, в 17:20) писал(а):Вроде бы при загрузке автоматом проходит?

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

(Omnifarious @ Dec 27 2005, в 17:20) писал(а):Как его вручную запустить?

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

¡иɯʎdʞ ин ʞɐʞ 'ɐнɔɐdʞǝdu qнεиж

Аватара пользователя

Omnifarious
Сообщения: 119
ОС: Gentoo x86_64

Re: Какой-то глюк с rm

Сообщение Omnifarious »

t.t писал(а): ↑

27.12.2005 17:32

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

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

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

There is more 1 way to do it

Аватара пользователя

t.t
Бывший модератор
Сообщения: 7390
Статус: думающий о вечном
ОС: Debian, LMDE

Re: Какой-то глюк с rm

Сообщение t.t »

(Omnifarious @ Dec 27 2005, в 17:28) писал(а):Пишет следующее

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

¡иɯʎdʞ ин ʞɐʞ 'ɐнɔɐdʞǝdu qнεиж

Аватара пользователя

t.t
Бывший модератор
Сообщения: 7390
Статус: думающий о вечном
ОС: Debian, LMDE

Re: Какой-то глюк с rm

Сообщение t.t »

(Omnifarious @ December 27 2005, в 17:38) писал(а):По манам получаестя, что нужно ее смонтировать read-only.

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

(Omnifarious @ Dec 27 2005, в 17:38) писал(а):Может ядру что-нибудь сказать при загрузке?

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

(Omnifarious @ Dec 27 2005, в 17:38) писал(а):И в fstab что прописать?

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

¡иɯʎdʞ ин ʞɐʞ 'ɐнɔɐdʞǝdu qнεиж

Аватара пользователя

Omnifarious
Сообщения: 119
ОС: Gentoo x86_64

Re: Какой-то глюк с rm

Сообщение Omnifarious »

JaGoTerr писал(а): ↑

27.12.2005 17:41

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

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

Спасибо.

In that location is more than one way to do it

Аватара пользователя

JaGoTerr
Сообщения: 380

Re: Какой-то глюк с rm

Сообщение JaGoTerr »

t.t писал(а): ↑

27.12.2005 17:32

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

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

Аватара пользователя

t.t
Бывший модератор
Сообщения: 7390
Статус: думающий о вечном
ОС: Debian, LMDE

Re: Какой-то глюк с rm

Сообщение t.t »

(JaGoTerr @ Dec 27 2005, в 17:45) писал(а):Так, да не совсем. Можно самого себя прав определённых лишить. Да, их можно точно также и "выдать" Но явным образом. Это касается например права на исполнение.

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

¡иɯʎdʞ ин ʞɐʞ 'ɐнɔɐdʞǝdu qнεиж

Аватара пользователя

t.t
Бывший модератор
Сообщения: 7390
Статус: думающий о вечном
ОС: Debian, LMDE

Re: Какой-то глюк с rm

Сообщение t.t »

(aLexx developer @ Dec 27 2005, в 22:20) писал(а):shutdown -F -r now

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

¡иɯʎdʞ ин ʞɐʞ 'ɐнɔɐdʞǝdu qнεиж

Аватара пользователя

t.t
Бывший модератор
Сообщения: 7390
Статус: думающий о вечном
ОС: Debian, LMDE

Re: Какой-то глюк с rm

Сообщение t.t »

(Omnifarious @ December 28 2005, в 00:17) писал(а):Обидно, но fsck написал, что все в порядке...

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

¡иɯʎdʞ ин ʞɐʞ 'ɐнɔɐdʞǝdu qнεиж

Freakman
Сообщения: ane

Re: Какой-то глюк с rm

Сообщение Freakman »

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

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

Аватара пользователя

Portnov
Модератор
Сообщения: 1786
Статус: Матёрый линуксоид
ОС: Debian testing/unstable
Контактная информация:

Re: Какой-то глюк с rm

Сообщение Portnov »

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

Аватара пользователя

Omnifarious
Сообщения: 119
ОС: Gentoo x86_64

Re: Какой-то глюк с rm

Сообщение Omnifarious »

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

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

                  chattr -R -i workspace1/ chattr: Inappropriate ioctl for device while reading flags on workspace1/ chattr: Permission denied while trying to stat workspace1//howdy 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 и восстановить целостность файловой системы, где уже не будет многострадальной папки. Как бы такое провернуть, и имеют ли вообще такие манипуляции смысл?

There is more one way to do it