Linux ошибка копирования отказано в доступе

Новые пользователи довольно часто сталкиваются с такой ошибкой, как ошибка отказано в доступе Linux. Если вы только что перешли с Windows, то можете еще не знать всех особенностей операционной системы Linux и почему возникает такая проблема.

В этой статье мы рассмотрим причины ошибки access denied linux, а также как ее обойти.

Наиболее часто такая ошибка встречается, в таких случаях:

• Вы пытаетесь выполнить команду в терминале;
• Вы пытаетесь примонтировать внешний носитель с помощью файлового менеджера;
• Вы пытаетесь запустить системный сервис и находите такую ошибку в логе.

В операционной системе Linux действует сложная система полномочий. Настройки доступа для каждого файла настраиваются тремя параметрами — чтение, запись и выполнение. Эти параметры устанавливаются для трех категорий — владелец файла, группа файла и все остальные пользователи.

Если вы попытаетесь получить доступ, например, открыть для чтения файл, к которому вам доступ не разрешен, то вы получите такую ошибку. А учитывая что все устройства, сокеты, и другие системные объекты — это тоже файлы, то вы будете получать такую ошибку всегда, когда попытаетесь сделать то, что вам не позволено. Самый простой способ обойти такой запрет — это выполнять нужную команду от имени суперпользователя.

Многие программы проверяют после запуска от какого пользователя они запущены и говорят, что их нужно запускать от имени суперпользователя, но так ведут себя не все. Например, команда ls вернет ошибку отказано в доступе linux если вы попытаетесь посмотреть содержимое каталога суперпользователя:

ls /root

Но эта же команда нормально отработает нормально при использовании команды sudo:

sudo ls /root

Другой случай, это если вы обнаруживаете проблему в логах какого-либо системного сервиса, например, веб-сервера Apache. Казалось бы, должно было быть все верно, потому что запуск и так выполняется от имени суперпользователя.

Но нет, сервисы не только запускаются от имени суперпользователя, но потом, для увеличения безопасности они меняют пользователя на обычного, не привелигированного. Например, Apache работает от имени пользователя apache или www-data. Уже от имени этого пользователя программа пытается получить доступ к файловой системе.

Если нужная папка не доступна этому пользователю для чтения то вы получите ошибку access denied linux. Обычно, в логе программа сообщает какая папка или файл нужен когда происходит ошибка.

Вам просто нужно поменять на него права с помощью утилиты chmod или изменить владельца chown. Причем, нужно чтобы ко всем подкаталогам на пути к целевому каталогу был доступ у программы. Например, нельзя так чтобы права на чтение /home/ не было, а на /home/user/ было. Так не пройдет.

Права разрешающие чтение и запись владельцу и только чтение для группы и остальных вставляются командой:

sudo chmod 755 /путь/к/файлу

Или для смены прав для всех файлов в каталоге и самого каталога:

sudo chmod -R 755 /путь/к/каталогу

Или вы можете изменить владельца, обычно, это более безопасная и распространенная практика:

sudo chown пользователь /путь/к/файлу
$ sudo chown -R пользователь /путь/к/каталогу

Имя пользователя, от имени которого работает сервис вы можете посмотреть с помощью команды:

sudo ps aux | grep имя_сервиса

После того как вы установите правильные права, ошибка отказано в доступе linux больше не будет встречаться.

Выводы

В этой статье мы рассмотрели что делать если случается ошибка нет доступа linux, а также почему она возникает. Надеюсь, эта информация была полезной для вас. Если остались вопросы, спрашивайте в комментариях!

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.

Об авторе

0

1

Не скажу что в линуксе я нуб, но всё же стыдно становится от того, что залип на какой-то детской ерунде.
В общем система archlinux MATE.
Имеем /dev/sda, /dev/sdb и /dev/sdс
Система соответственно стоит на /dev/sda
До вчерашнего дня всё было нормально, но с сегодняшнего дня не могу ничего скопировать/удалить, да и вообще что-нибудь создать на /dev/sdb dev/sdc отказано в доступе. Такое ощущение что при монтировании диски ридонли. Даже в терминале пытаюсь скопирвоать от рута — отказано в доступе. При попытке chmod — неподдерживаемая операция. Может кто что подскажет.
С наступающим всех…!!!

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх

Your commands are trying to put the new Document to the root (/) of your machine. What you want to do is to transfer them to your home directory (since you have no permissions to write to /). If path to your home is something like /home/erez try the following:

scp My_file.txt user_id@server:/home/erez/

You can substitute the path to your home directory with the shortcut ~/, so the following will have the same effect:

scp My_file.txt user_id@server:~/

You can even leave out the path altogether on the remote side; this means your home directory.

scp My_file.txt user_id@server:

That is, to copy the file to your desktop you might want to transfer it to /home/erez/Desktop/:

scp My_file.txt user_id@server:/home/erez/Desktop/

or using the shortcut:

scp My_file.txt user_id@server:~/Desktop/

or using a relative path on the remote side, which is interpreted relative to your home directory:

scp My_file.txt user_id@server:Desktop/

As @ckhan already mentioned, you also have to swap the arguments, it has to be

scp FROM TO

So if you want to copy the file My_file.txt from the server user_id@server to your desktop you should try the following:

scp user_id@server:/path/to/My_file.txt ~/Desktop/

If the file My_file.txt is located in your home directory on the server you may again use the shortcut:

scp user_id@server:~/My_file.txt ~/Desktop/

Может ли кто-нибудь любезно объяснить, почему я получаю эту ошибку «Отказано в доступе»? Я лично являюсь пользователем g и, как показывает ls, у меня есть права на чтение и запись как для источника, так и для пункта назначения. У меня система slackware 14, а записываемое устройство — моя читалка, ntfs-3g file system .

У меня есть другие файловые системы NTFS, флэш-накопители, внешние жесткие диски и т.д., На которые я могу писать как пользователь. Нет заметной разницы в настройке разрешений для любого из них. Будучи ntfs, все они принадлежат корню группы root. Эта проблема возникает только с этим читателем (хотя я могу писать в него как root). Поэтому я считаю, что проблема связана с этим устройством, но я понятия не имею, что это может быть.

~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt /500gb/database/media/  
cp: cannot create regular file '/500gb/database/media/Wyndham-TheMidwichCuckoos.txt': Permission denied  
~ $ ls -l /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt                         
-rw-r--r-- 1 g users 380183 Aug 10 11:04 /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt  
~ $ ls -l /500gb/database/  
total 32  
drwxr-xr-x 2 root root 8192 Aug 10 11:23 cache/  
drwxr-xr-x 3 root root 8192 Aug  5 13:26 layout/  
drwxr-xr-x 2 root root 8192 Aug  9 14:07 media/  
drwxr-xr-x 2 root root 8192 Aug  5 17:28 sync/  
~ $

Ereader является fat32, я предполагал, что это NTFS,
$ mount
/dev/sda3 on / тип ext2 (rw)
proc on / proc тип proc (rw)
sysfs on / sys type sysfs (rw)
/dev/sda4 on / home type ext2 (rw)
tmpfs on /dev/ shm type tmpfs (rw)
/dev/sda1 on / winxp type fuseblk (rw, allow_other, blksize = 4096, default_permissions)
/dev/ sdb on / 500gb типа vfat (rw)
/dev/ sdd1 on / 3tb типа fuseblk (rw, allow_other, blksize = 4096)
~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt / 3tb
~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt / 500 ГБ
cp: не может создать обычный файл ‘/500gb/Wyndham-TheMidwichCuckoos.txt’: разрешение отклонено
~ $

Я не могу изменить разрешения для этого читателя, ни как root, ни как пользователь
Как root, похоже, работает, но ничего не меняется
/home/g # chmod 777 -R /500gb /база данных
/home/g # ls -l /500gb /database
всего 32
drwxr-xr-x 2 root root 8192 10 августа 11:23 кеш
drwxr-xr-x 3 root root 8192 5 августа, 13:26 макет
drwxr-xr-x 2 root root 8192 9 августа, 14:07 медиа
drwxr-xr-x 2 root root 8192 5 августа, 17:28 синхронизация

Как пользователь, chmod отклоняется таким образом
~ $ chmod 777 -R /500gb /база данных
chmod: изменение прав доступа к /500gb /database: операция не разрешена
chmod: изменение разрешений для «/500gb /database /cache»: операция не разрешена
chmod: изменение разрешений для ‘/500gb/database/cache/cacheExt.xml’: операция не разрешена
chmod: изменение разрешений для ‘/500gb/database/cache/media.xml’: операция не разрешена
chmod: изменение разрешений для ‘/500gb/database/cache/cacheExtSchema_1.1.xsb’: операция не разрешена
chmod: изменение прав доступа к /500gb /database /media: операция не разрешена
chmod: изменение прав доступа для ‘/500gb/database/media/Stevenson-TreasureIsland.txt’: операция не разрешена
chmod: изменение прав доступа для ‘/500gb/database/media/Rendell-WolftotheSlaughter.txt’: операция не разрешена

Этот процесс помог мне, благодаря Мирославу Коскару
/home/g # mount | grep sdb
/home/g # mount /dev /sdb -o uid = 1000, gid = 100 /500gb
/home/g # mount | grep sdb
/dev /sdb on /500gb типа vfat (rw, uid = 1000, gid = 100)
/home/g # ls -l /500gb /database
всего 32
drwxr-xr-x 2 g пользователи 8192 10 августа 11:23 кеш
drwxr-xr-x 3 г пользователей 8192 5 августа, 13:26 макет
drwxr-xr-x 2 г пользователей 8192 10 августа 12:51 СМИ
drwxr-xr-x 2 g пользователи 8192 5 августа, 17:28 синхронизация
/home/g #
~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt /500gb /database /media
~ $

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

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

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

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

   

   Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.

0

1

Не скажу что в линуксе я нуб, но всё же стыдно становится от того, что залип на какой-то детской ерунде.
В общем система archlinux MATE.
Имеем /dev/sda, /dev/sdb и /dev/sdс
Система соответственно стоит на /dev/sda
До вчерашнего дня всё было нормально, но с сегодняшнего дня не могу ничего скопировать/удалить, да и вообще что-нибудь создать на /dev/sdb dev/sdc отказано в доступе. Такое ощущение что при монтировании диски ридонли. Даже в терминале пытаюсь скопирвоать от рута — отказано в доступе. При попытке chmod — неподдерживаемая операция. Может кто что подскажет.
С наступающим всех…!!!

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх

Your commands are trying to put the new Document to the root (/) of your machine. What you want to do is to transfer them to your home directory (since you have no permissions to write to /). If path to your home is something like /home/erez try the following:

scp My_file.txt user_id@server:/home/erez/

You can substitute the path to your home directory with the shortcut ~/, so the following will have the same effect:

scp My_file.txt user_id@server:~/

You can even leave out the path altogether on the remote side; this means your home directory.

scp My_file.txt user_id@server:

That is, to copy the file to your desktop you might want to transfer it to /home/erez/Desktop/:

scp My_file.txt user_id@server:/home/erez/Desktop/

or using the shortcut:

scp My_file.txt user_id@server:~/Desktop/

or using a relative path on the remote side, which is interpreted relative to your home directory:

scp My_file.txt user_id@server:Desktop/

As @ckhan already mentioned, you also have to swap the arguments, it has to be

scp FROM TO

So if you want to copy the file My_file.txt from the server user_id@server to your desktop you should try the following:

scp user_id@server:/path/to/My_file.txt ~/Desktop/

If the file My_file.txt is located in your home directory on the server you may again use the shortcut:

scp user_id@server:~/My_file.txt ~/Desktop/

Может ли кто-нибудь любезно объяснить, почему я получаю эту ошибку «Отказано в доступе»? Я лично являюсь пользователем g и, как показывает ls, у меня есть права на чтение и запись как для источника, так и для пункта назначения. У меня система slackware 14, а записываемое устройство — моя читалка, ntfs-3g file system .

У меня есть другие файловые системы NTFS, флэш-накопители, внешние жесткие диски и т.д., На которые я могу писать как пользователь. Нет заметной разницы в настройке разрешений для любого из них. Будучи ntfs, все они принадлежат корню группы root. Эта проблема возникает только с этим читателем (хотя я могу писать в него как root). Поэтому я считаю, что проблема связана с этим устройством, но я понятия не имею, что это может быть.

~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt /500gb/database/media/  
cp: cannot create regular file '/500gb/database/media/Wyndham-TheMidwichCuckoos.txt': Permission denied  
~ $ ls -l /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt                         
-rw-r--r-- 1 g users 380183 Aug 10 11:04 /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt  
~ $ ls -l /500gb/database/  
total 32  
drwxr-xr-x 2 root root 8192 Aug 10 11:23 cache/  
drwxr-xr-x 3 root root 8192 Aug  5 13:26 layout/  
drwxr-xr-x 2 root root 8192 Aug  9 14:07 media/  
drwxr-xr-x 2 root root 8192 Aug  5 17:28 sync/  
~ $

Ereader является fat32, я предполагал, что это NTFS,
$ mount
/dev/sda3 on / тип ext2 (rw)
proc on / proc тип proc (rw)
sysfs on / sys type sysfs (rw)
/dev/sda4 on / home type ext2 (rw)
tmpfs on /dev/ shm type tmpfs (rw)
/dev/sda1 on / winxp type fuseblk (rw, allow_other, blksize = 4096, default_permissions)
/dev/ sdb on / 500gb типа vfat (rw)
/dev/ sdd1 on / 3tb типа fuseblk (rw, allow_other, blksize = 4096)
~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt / 3tb
~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt / 500 ГБ
cp: не может создать обычный файл ‘/500gb/Wyndham-TheMidwichCuckoos.txt’: разрешение отклонено
~ $

Я не могу изменить разрешения для этого читателя, ни как root, ни как пользователь
Как root, похоже, работает, но ничего не меняется
/home/g # chmod 777 -R /500gb /база данных
/home/g # ls -l /500gb /database
всего 32
drwxr-xr-x 2 root root 8192 10 августа 11:23 кеш
drwxr-xr-x 3 root root 8192 5 августа, 13:26 макет
drwxr-xr-x 2 root root 8192 9 августа, 14:07 медиа
drwxr-xr-x 2 root root 8192 5 августа, 17:28 синхронизация

Как пользователь, chmod отклоняется таким образом
~ $ chmod 777 -R /500gb /база данных
chmod: изменение прав доступа к /500gb /database: операция не разрешена
chmod: изменение разрешений для «/500gb /database /cache»: операция не разрешена
chmod: изменение разрешений для ‘/500gb/database/cache/cacheExt.xml’: операция не разрешена
chmod: изменение разрешений для ‘/500gb/database/cache/media.xml’: операция не разрешена
chmod: изменение разрешений для ‘/500gb/database/cache/cacheExtSchema_1.1.xsb’: операция не разрешена
chmod: изменение прав доступа к /500gb /database /media: операция не разрешена
chmod: изменение прав доступа для ‘/500gb/database/media/Stevenson-TreasureIsland.txt’: операция не разрешена
chmod: изменение прав доступа для ‘/500gb/database/media/Rendell-WolftotheSlaughter.txt’: операция не разрешена

Этот процесс помог мне, благодаря Мирославу Коскару
/home/g # mount | grep sdb
/home/g # mount /dev /sdb -o uid = 1000, gid = 100 /500gb
/home/g # mount | grep sdb
/dev /sdb on /500gb типа vfat (rw, uid = 1000, gid = 100)
/home/g # ls -l /500gb /database
всего 32
drwxr-xr-x 2 g пользователи 8192 10 августа 11:23 кеш
drwxr-xr-x 3 г пользователей 8192 5 августа, 13:26 макет
drwxr-xr-x 2 г пользователей 8192 10 августа 12:51 СМИ
drwxr-xr-x 2 g пользователи 8192 5 августа, 17:28 синхронизация
/home/g #
~ $ cp /home/g/MyBooks/Wyndham-TheMidwichCuckoos.txt /500gb /database /media
~ $

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

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

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

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

   

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

2. Проверяем права доступа к содержимому каталога, набрав «ls -l». Результат, полученный для текстового документа, выделен рамкой. Разрешение на чтение и запись имеет только его владелец.

   

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

3. Набираем команду «sudo chmod 755 filename». С ее помощью мы от имени администратора системы даем разрешение на чтение документа себе и любому другому пользователю. Проверяем результат выполнения и убеждаемся, что права доступа изменились нужным образом.

   

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

4. Повторно используем «cat» и читаем ранее недоступное содержимое.

   

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

 Загрузка …

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

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

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

   

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

2. Разворачиваем меню «Файл». Выбираем в списке действий «Открыть как Администратор».

   

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

3. Вводим в отмеченное стрелкой поле пароль root. Нажимаем кнопку «Аутентификация» или клавишу Enter.

   

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

4. В новом окне файлового менеджера вызываем контекстное меню для нужного файла. Выбираем в нем пункт «Параметры».

   

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

5. Переключаемся на вкладку «Права». Меняем разрешения для группы и остальных пользователей. Для последних выберем в качестве примера «Только чтение». Внеся изменения, закрываем окно параметров.

   

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

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

   

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

 Загрузка …

В заключение

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

 Загрузка …

Post Views: 29 204