Ошибка bash permission denied
Многие новички пытаются выполнить запись определенных значений в системные файлы с помощью операторов перенаправления ввода и вывода и получают ошибку bash permission denied. Эта ошибка выводится, даже если вы использовали sudo.
Казалось бы, sudo есть, значит права суперпользователя получены и все должно работать но тут все не так просто. В этой статье мы рассмотрим почему возникает ошибка bash permission denied и как ее обойти.
Ошибка bash permission denied
Допустим, вы выполняете команду:
sudo echo «nameserver 8.8.8.8» >> /etc/resolv.conf
А в результате вместо записи строчки в /etc/resolv.conf получаете ошибку:
bash: /etc/resolv.conf permission denied
В русской локализации это будет отказано в доступе bash linux. Так происходит потому что вы запускаете с правами суперпользователя утилиту echo и она честно выводит вашу строку в стандартный вывод bash с правами суперпользователя. Но bash запущен от обычного пользователя, и когда интерпретатор bash пытается записать полученную строчку в системный файл, естественно, что вы получите ошибку.
Но существует несколько способов обойти это ограничение, вы можете, например, использовать команду tee, которая записывает стандартный вывод в файл или запустить саму оболочку от имени суперпользователя. Рассмотрим сначала вариант с tee:
Это очень простое решение, но, кроме того, вы можете запустить оболочку bash с правами суперпользователя, чтобы дать ей доступ на запись:
Еще одно решение, призванное, упростить эту команду, добавить такой код в
Дальше для вывода строки в файл выполняйте:
sudoe ‘текст’ >> /путь/к/файлу
sudoe «nameserver 8.8.8.8» > /etc/resolv.conf
Теперь все будет работать, как и ожидалось, и ошибка bash отказано в доступе не появится. Еще можно поменять права на файл, а потом уже выводить в него строку. Но это очень неправильное решение. И даже не потому, что это небезопасно, а больше потому что там намного больше действий.
Выводы
В этой небольшой статье мы разобрали почему возникает ошибка bash permission denied при использовании команды echo для системных файлов, а также несколько путей ее решения. Как видите, все достаточно просто. Надеюсь, эта информация была полезной для вас.
Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
То же самое происходит если указать любой другой интерпретатор.
Выводится следуещее:
Подскажите, пожалуйста, где это можно исправить!
Re: Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
а ты право на исполнение скрипту хоть дал?
Re: Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
Конечно дал 😉 Мне кажется, что это каким-то образом связано с PAM, но я с ним пока не дружу совсем 🙁
Re: Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
Смотри какие права у интерпретаторов (разрешено ли их выполнение всем)?
И в какие группы прописан добавленный пользователь.
ИМХО изучение man useradd + игра с ключиками тоже может кое-что прояснить и/или помочь в решении проблемы.
Re: Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
зри классный файлец /etc/shells, ибо там эти штуки прописываться должны имхо.
Re: Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
еще может быть, что файловая система смонтирована с noexec
тоды просто:
// анонимус, наступавший когда-то на эти грабли
Re: Help! Конструкция #!/bin/bash в начале скрипта дает Permission denied!
> еще может быть, что файловая система смонтирована с noexec
Ошибка bash permission denied
Многие новички пытаются выполнить запись определенных значений в системные файлы с помощью операторов перенаправления ввода и вывода и получают ошибку bash permission denied. Эта ошибка выводится, даже если вы использовали sudo.
Казалось бы, sudo есть, значит права суперпользователя получены и все должно работать но тут все не так просто. В этой статье мы рассмотрим почему возникает ошибка bash permission denied и как ее обойти.
Ошибка bash permission denied
Допустим, вы выполняете команду:
А в результате вместо записи строчки в /etc/resolv.conf получаете ошибку:
В русской локализации это будет отказано в доступе bash linux. Так происходит потому что вы запускаете с правами суперпользователя утилиту echo и она честно выводит вашу строку в стандартный вывод bash с правами суперпользователя. Но bash запущен от обычного пользователя, и когда интерпретатор bash пытается записать полученную строчку в системный файл, естественно, что вы получите ошибку.
Но существует несколько способов обойти это ограничение, вы можете, например, использовать команду tee, которая записывает стандартный вывод в файл или запустить саму оболочку от имени суперпользователя. Рассмотрим сначала вариант с tee:
Это очень простое решение, но, кроме того, вы можете запустить оболочку bash с правами суперпользователя, чтобы дать ей доступ на запись:
Еще одно решение, призванное, упростить эту команду, добавить такой код в
Дальше для вывода строки в файл выполняйте:
sudoe ‘текст’ /путь/к/файлу
Теперь все будет работать, как и ожидалось, и ошибка bash отказано в доступе не появится. Еще можно поменять права на файл, а потом уже выводить в него строку. Но это очень неправильное решение. И даже не потому, что это небезопасно, а больше потому что там намного больше действий.
Выводы
В этой небольшой статье мы разобрали почему возникает ошибка bash permission denied при использовании команды echo для системных файлов, а также несколько путей ее решения. Как видите, все достаточно просто. Надеюсь, эта информация была полезной для вас.
.bashrc: Permission denied
But only the place where I can find some of those files is the directory where cygwin is installed. Pls, see illustrations, they reflect relations between directories vagrant and cygwin. 
4 Answers 4
.bashrc is not meant to be executed but sourced. Try this instead:
]$ ** so how to get it edited?
/.bashrc if you like nano just do nano
If you want to edit that file (or any file in generally), you can’t edit it simply writing its name in terminal. You must to use a command to a text editor to do this. For example:
And in general, for any type of file:
/.bashrc /usr/bin/xdg-open: line 402: htmlview: command not found /usr/bin/xdg-open: line 402: firefox: command not found /usr/bin/xdg-open: line 402: mozilla: command not found /usr/bin/xdg-open: line 402: netscape: command not found /usr/bin/xdg-open: line 402: links: command not found /usr/bin/xdg-open: line 402: lynx: command not found xdg-open: no method available for opening ‘/home/vagrant/.bashrc’
If you can’t access the file and your os is any linux distro or mac os x then either of these commands should work:
vagrant/.bashrc both resolve to the same path), inside the VM’s filesystem. This file is invisible on the host machine, so you can’t use any Windows editors to edit it directly.
You have two simple choices:
Learn how to use a console-based text editor. My favourite is vi (or vim), which takes 15 minutes to learn the basics and is much quicker for simple edits than anything else.
I’d recommend getting to know the command-line based editors. Once you’re working inside the VM, it’s best to stay there as otherwise you might just get confused.
Ошибка «Permission denied» в Linux
Все операционные системы семейства Linux имеют четко разграниченные права доступа. В своей домашней директории пользователь может делать все, что ему угодно, до тех пор, пока укладывается в отведенные рамки. Попытка выйти за них приводит к появлению ошибки «Permission Denied».
Изменение прав в терминале
Рассмотрим вариант, в котором необходимо прочесть текстовый документ, созданный другим пользователем. Файлы TXT в Linux можно просматривать непосредственно в терминале с помощью команды «cat».
Получаем ошибку «Permission Denied» при попытке просмотреть содержимое файла
Используем команду «chmod» и административные права для получения доступа
Просматриваем содержимое текстового документа командой «cat»
Изменение прав в файловом менеджере
Разберемся, как выполнить рассмотренную выше операцию в графическом интерфейсе, используя файловый менеджер из дистрибутива.
При попытке открыть текстовый документ получаем ошибку «Permission Denied»
Открываем меню «Файл» и перезапускаем файловый менеджер от имени root
Набираем пароль root в окне аутентификации
Открываем параметры файла с помощью контекстного меню
На вкладке «Права» разрешаем доступ для группы root и остальных пользователей
Открываем ранее недоступный файл в режиме чтения и изучаем содержимое
В заключение
Как видим, избавиться от ошибки Permission Denied достаточно просто. Решив изменить правда доступа к системным файлам, лишний раз убедитесь, что полностью уверены в своих действиях и понимаете последствия вносимых изменений.