Linux permission denied 777

PHP: mkdir, почему permission denied при 0777?

Warning: mkdir(): Permission denied in /var/www/www-root/data/www/xndaasdqfjqwm7b.xn--p1ai/vendor/yiisoft/yii2/helpers/BaseFileHelper.php on line 488

SELinux Policy — не включен «SELinux status: disabled»
Что делать

• Вопрос задан более трёх лет назад
• 8781 просмотр

В этой ошибке указано, что php скрипт, расположенный тут:
/var/www/www-root/data/www/xndaasdqfjqwm7b.xn--p1ai/vendor/yiisoft/yii2/helpers/BaseFileHelper.php
видимо пытается создать папку ( mkdir() line 488)

Так какой именно папке вы права задаете?
Посмотрите в коде/логах, какую папку он пытается создать и где и вот там уже и назначайте права.

в 99% случаях это не понимание всей системы прав линукс
В вашем случае это скорее всего владельцы файлов и группы
По мима 777 так же у файла есть владелец и группа
1. отвечает что этот юзер попадет в первую семерку
вторая за вторую
3 соотваетственно все левые
права на файлы выгледят реально так
index.php root:root 777
В вашем случае вы оперируете самой маской 777
но не забываете что вы даже не тот пользователь.
А апачь может например не иметь прав создавать в этой директории.
Так что сделайте ls — l
посмотрите права
Далее поменяйте владельца на правильного
так

В вашем случае скорее всего это www-data:www-data или apache:apache
-R -рекурсивно
Команда потенциально опасная и пишите ее всегда с полным путем а не «.» уж больно шустро она меняет права.
ДАлее если все решилось то не работайте от рута а от того полльзователя от кооторого работает сайт.
Ну или меняйте права постоянно.
А вот если не заработало то нужно знать еще о нескольких моментах
Есть еще дополнительные права и даже утилиты ограничивающие скажем специфические вещи, например разрешающие только дописывать. Или запрещающие удалять что-либо в этом каталоге но разрешающие создавать . это отдельная история.
В любом случае с вас ls -la текущей директории и такой же список с работоающей валидно
Так же есть специфические моды представления php которые запрещяют все что кроме 644 755, вплоть до 777 ;).

А опечатки нет?
Права 777 или 0777?
Должны быть с нулём, в восьмеричной системе )

Еще, как вариант, может быть, на родительской папке висят какие-то ACL? Что говорит такая команда:
getfacl ?

Источник

[chmod?]Permission denied для ./текст

Собственно, при запуске любых программ через «дотслэш» кричит сабж при любых правах (даже 777 от рута), причем:

./a.out, ./something ./test.rb — Permission denied

sh ./something, ruby ./test.rb — работает.

проверь, что раздел, с которого запускаешь, примонтирован без noexec

shebang правильно указывает путь к интерпретатору ?

hint: бинарники модно запускать при помощи /lib/ld.so

chmod +x script.sh && ./script.sh

mount /точка_монтирования -o remount,exec

chmod 777 делал же.

noexec

[ugin@CERN 3 семестр]$ cat /etc/fstab

/dev/sda2 / ext4 defaults 0 1

/dev/sda3 swap swap defaults 0 0

/dev/sda1 /media/Windows ntfs-3g user,defaults 0 0

/dev/sda4 /media/Data ntfs-3g user,defaults 0 0

Что лишнее, чего нету?

покажите
cat /proc/mounts

[ugin@CERN

rootfs / rootfs rw 0 0

proc /proc proc rw,relatime 0 0

sys /sys sysfs rw,relatime 0 0

udev /dev devtmpfs rw,nosuid,relatime,size=10240k,nr_inodes=215189,mode=755 0 0

/dev/sda2 / ext4 rw,relatime,barrier=1,data=ordered 0 0

fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0

devpts /dev/pts devpts rw,relatime,mode=600,ptmxmode=000 0 0

shm /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0

/dev/sda1 /media/Windows fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0

/dev/sda4 /media/Data fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0

gvfs-fuse-daemon /home/ugin/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0

Я помню, что ставил какой-то зоопарк, чтобы комп сокамерника монтировался при запуске по сети, видимо он даёт о себе знать))

ты откуда запускать пытаешься? полный путь покажи

а запускать пытаетесь из /media ?
у вас там noexec, см все написаное вам выше )

/dev/sda1 /media/Windows ntfs-3g user,defaults 0 0

/dev/sda4 /media/Data ntfs-3g user,defaults 0 0

можно в /etc/fstab исправить опции на

It Works!

Благодарю всех за содействие.

Просто я фстаб ручками переделывал на ощупь, когда венда решила, что поменять местами цифры у всех /dev/sda* после своей чудо-юдо утилитки для дисков — отличная идея.

>поменять местами цифры у всех /dev/sda* после своей чудо-юдо утилитки для дисков — отличная идея.

она просто рассортировала их по порядку, в котором они следуют на самом харде.
привызывайтесь к uuid

Источник

глюк или что ? permission denied и root

Перемещено JB из talks

Тот факт, что не видны все метаданные наводит на странные мысли. А что если попробовать

Ну и да, что такое fuse_test? Может быть просто криво реализовано?

то есть, знаки вопроса в тех местах тебя не напрягают?

Пробовал сначала chown -R root:root fuse_test

А что говорит lsattr fuse_test ?

Я игрался с fuse-sshfs.
Но сейчас ничего не примантировано.

lsattr: Permission denied while trying to stat fuse_test

это уже на завтра оставлю. устал очень, да и на тестовом всё это. не очень страшно.

я даже думал над тем, что бы создать пользователя «?» и из под него попробовать.

я даже думал над тем, что бы создать пользователя «?»

вот и выросло поколение, блин.

может, ты для начала посмотришь, что с фьюз демоном, который обеспечивал монтирование этого ресурса, потом ты посмотришь на состояние фс, чтобы знать наверняка, что она не сломалась итп, м?!

Зачем думать, трясти надо же! 🙂

Это нормально, оно всегда так, когда удалённый ресурс отваливается. Я даже топик на похожую тему создавал тут как-то.

А как исправить ?

fusermount -u и man fusermount.

А вообще прикрыть руту права как нефиг делать. Этим занимаются, например, selinux, apparmor.

Это нормально, оно всегда так, когда удалённый ресурс отваливается.

+1. Пробовал примоунтить фтп, и оно зависло. Я правда каких только команд туда на вводил — убил как-то всётаки каким-то комбо.

я этим в самом начале размонтировал. потом так стало.

Если моя дырявая память мне не изменяет, то только живителным SIGKILL’ом в адрес то ли sshfs.

Этим занимается lids, потому что там нету аналога sentenforce без ребута. Или можно все-таки?

не понял, что требуется сделать?

ещё раз сделай fusermount -u.

fsck в обязательном порядке.
Эт у тебя дерево походу порушилось, сталкивался с таким.

Ы. каменты не читай@сразу отвечай.

Ну если это фусе нагадил, то надо прибить отвечающий процесс процесс.
ищи с помощью htop/top/ps/ ssh и убей его.
будет выглядеть наподобие такого
ssh -x -a -oClearAllForwardings=yes -2 user@host -s sftp
а ещё будет
sshfs user@host:/remote/point local/mount/point

Источник

ошибка монтирования 13 = Отказано в доступе

Один из моих серверов настроен на автоматическое монтирование каталога Windows с помощью fstab. Однако после последней перезагрузки он перестал работать. Строка в fstab:

Я делаю, mount -a и я получаю mount error 13 = Permission denied . Если я сделаю это достаточно, он заблокирует мою учетную запись Windows, поэтому я знаю, что она пытается. Я проверил, что мой пароль правильный.

Что я делаю не так?

Несколько вещей, чтобы проверить. Я делаю нечто подобное, и вы можете протестировать монтирование напрямую, используя mount команду, чтобы убедиться, что все настроено правильно.

Разрешения на файл учетных данных

Убедитесь, что этот файл разрешен правильно.

Многословное крепление

Вы можете получить больше информации, mount используя -v переключатель, который часто показывает вам, где что-то происходит.

Результатом этого вывода, если он работает:

Проверьте логи

После выполнения вышеупомянутой команды монтирования загляните в свои файлы dmesg и / /var/log/messages или на /var/log/syslog наличие сообщений об ошибках, которые могли быть сгенерированы при попытке mount .

Тип безопасности

Вы можете передать много дополнительных опций через -o .. переключатель для монтирования. Эти параметры зависят от технологии, поэтому в вашем случае они применимы к mount.cifs конкретным. Взгляните на mount.cifs справочную страницу, чтобы узнать больше обо всех возможностях, которые вы можете передать.

Я подозреваю, что вы упускаете возможность sec=. . В частности, один из этих вариантов:

Вы , возможно , потребуется настроить sec=. параметр так , что это либо sec=ntlm или sec=ntlmssp .

Источник

Ошибка «Permission denied» в Linux

Все операционные системы семейства Linux имеют четко разграниченные права доступа. В своей домашней директории пользователь может делать все, что ему угодно, до тех пор, пока укладывается в отведенные рамки. Попытка выйти за них приводит к появлению ошибки «Permission Denied».

Изменение прав в терминале

Рассмотрим вариант, в котором необходимо прочесть текстовый документ, созданный другим пользователем. Файлы TXT в Linux можно просматривать непосредственно в терминале с помощью команды «cat».

Заходим в каталог с интересующим нас документом. Набираем команду «cat filename», подставляя вместо «filename» имя нужного файла. На скриншоте показана ошибка «Permission Denied», выглядящая в русской локализации как «Отказано в доступе».

Получаем ошибку «Permission Denied» при попытке просмотреть содержимое файла

Проверяем права доступа к документу используя команду «ls -l»

Используем команду «chmod» и административные права для получения доступа

Просматриваем содержимое текстового документа командой «cat»

Изменение прав в файловом менеджере

Разберемся, как выполнить рассмотренную выше операцию в графическом интерфейсе, используя файловый менеджер из дистрибутива.

Как видно на скриншоте, значок файла изначально имеет дополнительные символы, указывающие на то, что доступ у нему ограничен. При попытке посмотреть содержимое получаем графический вариант ошибки «Permission Denied».

При попытке открыть текстовый документ получаем ошибку «Permission Denied»

Открываем меню «Файл» и перезапускаем файловый менеджер от имени root

Набираем пароль root в окне аутентификации

Открываем параметры файла с помощью контекстного меню

На вкладке «Права» разрешаем доступ для группы root и остальных пользователей

Открываем ранее недоступный файл в режиме чтения и изучаем содержимое

В заключение

Как видим, избавиться от ошибки Permission Denied достаточно просто. Решив изменить правда доступа к системным файлам, лишний раз убедитесь, что полностью уверены в своих действиях и понимаете последствия вносимых изменений.

Источник