Вопросы Теги

Полномочия файла Ubuntu

Вы могли удалить меньшие блоки. Вместо говорят, недели, стоящие попытки, идущей в течение только дня. Если это - слишком много попытки, идущей в течение только часа за один раз.

0
задан 17 July 2009 в 00:40
3 ответа

Это не проблема полномочий. Эти две подсказки:

  • комната: не может удалить 'admin.php': файловая система только для чтения
  • все работало до вчера во второй половине дня. В той точке коллега вынул SAN, что файл виртуальной машины шел, и веб-сервер имел меньше, чем корректное завершение работы.

Так или иначе файловая система, содержащая/var/www, спала "только для чтения", вероятно, когда SAN ушел. Вывод mount команда должна отождествить эту файловую систему с (ro) флаг в конце.

Фиксация должна выяснить, почему это произошло, удостоверьтесь, что это исправлено, и повторно смонтируйте файловую систему rw с этой командой:

mount -oremount,rw $filesystem

3
ответ дан 4 December 2019 в 13:16
  • 1
    Это кажется, что/var/www удаленно смонтирован (на вышеупомянутом SAN), в этом случае, отладка, возможно, должна произойти на файловом сервере. Это означало бы, что рассматриваемый сервер показывает, что файловая система смонтировала чтение-запись, но файловый сервер имеет файловую систему, только для чтения. –  Chad Huneycutt 17 July 2009 в 01:08
  • 2
    Спасибо - проблема была связана с проблемой SAN и монтированием, что диск, казалось, решил проблему. Еще раз спасибо! –  Matt 28 July 2009 в 00:24
  • 3
    Довольный услышать это работало. –  Insyte 28 July 2009 в 02:00
  • 4
    Или фиксируется, скорее. –  Insyte 28 July 2009 в 02:01

Если у Вас есть rwx на каталоге, который означает, что можно отредактировать файл каталога, который составляет удаление и добавление файлов. Редактирование файлов является функцией их отдельных полномочий. Что делает ls-l одного из подкаталогов, похожи?

0
ответ дан 4 December 2019 в 13:16

Вашей проблемой является липкий бит. Заметьте, что перманент там не drwxr-xr-x, они drwxr-sr-x. Википедия говорит:

Наиболее популярный способ использования липкого бита сегодня находится на каталогах, где, когда установлено, объекты в каталоге могут быть переименованы или удалены только владельцем объекта, владельцем каталога или суперпользователем; без липкого набора битов, любого пользователя с записью и выполняются, полномочия для каталога могут переименовать или удалить содержавшие файлы, независимо от владельца. Обычно это установлено на/tmp каталоге препятствовать тому, чтобы обычные пользователи удалили или переместили файлы других пользователей. Эта функция была представлена в 4.3BSD в 1986, и сегодня это найдено в большинстве современных систем Unix.

Так, файлы являются только перезаписываемыми и удаляемыми группой, которые помещают их там во-первых.

0
ответ дан 4 December 2019 в 13:16
  • 1
    " sticky" бит не установлен, скорее it' s " setgid" бит. Файлы сил бита setgid заскочили в каталог, который будет принадлежать той же группе как каталог. Липкий бит обозначается ' t' в последней позиции перманента, как так: < pre> $ mkdir тестовый $ chmod a+t тестовый $ ls-ld тестовый штат drwxr-xr-t 2 insyte 6 16.07.2009 16:52 тестируют </pre> –  Insyte 17 July 2009 в 01:02

Теги

Похожие вопросы