ошибка монтирования (13): в доступе отказано

Я знаю, что этот вопрос задавался ранее, но я искал решение в течение нескольких часов, и, похоже, ничего не работает.

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

Я бег ванили установка 13.04 сервера Ubuntu.

У меня есть сервер, работающий на 192.168.1.130 и два общих ресурса: LaCie и Seagate 2 ТБ.

Раньше в моем файле fstab были следующие строки:

//192.168.1.130/Seagate\0402TB /home/Windows cifs user=admin,password=password,uid=1000 0 0

Теперь, когда я переустановил свой сервер, но он мне не нужен постоянно, я попробовал следующее:

[ 111]

или

sudo mount -t cifs -o username='admin',password='<password>' //192.168.1.130/LaCie ~/lacie

Однако я получаю ошибку mount error(13): Permission denied.

Я уверен, что учетные данные верны. Ничего не изменилось на стороне окон.

Кроме того, я установил пакеты samba, cifs-utils тоже. Ничего не помогло.

5
задан 25 August 2013 в 21:43

7 ответов

У меня была такая же ошибка. что решило это для меня, так это вернуть параметр безопасности mount.cifs к его предыдущему значению по умолчанию, как указано здесь и в man-странице mount.cifs:

По умолчанию в основных версиях ядра ранее до v3.8 было sec = ntlm. В v3.8 значение по умолчанию было изменено на sec = ntlmssp.

, в вашем случае новая команда будет

sudo mount.cifs //192.168.1.130/LaCie ~/lacie -o user=admin,sec=ntlm

уведомить sec = ntlm в конце

0
ответ дан 25 August 2013 в 21:43
//192.168.1.130/seagate /home/seagate cifs username=administrator,password=<pwd>,uid=1000 0 0 

Это решило проблему! (т.е. оставить кавычки вне!)

0
ответ дан 25 August 2013 в 21:43

Для меня монтирование fstab было неудачным, потому что настройка опции _netdev сообщает о работе eth0 до завершения dhcp. Это приводит к запуску монтирования до получения IP-адреса от DHCP.

Я использую малиновый пи на Jessie OS. Моим решением было

sudo raspi-config

и я выбрал опцию 4, чтобы дождаться завершения настройки сети до завершения загрузки (и до монтирования папок cifs). Исправил это для меня. См. Также: https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=124673

enter image description here

enter image description here

0
ответ дан 25 August 2013 в 21:43

Благодаря ответам выше, я смог смонтировать свой Seagate personalCloud на мою малину Pi. Я немного настроил команды выше подобного это:

=> для папки Public: sudo mount -t cifs -o noperm //192.168.1.x/Public /home/pi/Documents/PATH

=> для частной папки (нуждается в username/pwd): sudo mount -t cifs -o username=<USERNMAE>,password=<PWD> //192.168.1.x/<PRIVATEFOLDERNAME> /home/pi/Documents/PATH

Я могу теперь просмотреть Seagate PersonalCloud как нормальный диск!

1
ответ дан 25 August 2013 в 21:43

В моем случае это были проблемы со временем на компьютере с Windows - у него есть некоторые проблемы, когда его время сильно отстает, в пределах 2 дней в неделю (скорее всего, батарея материнской платы требует замены). Я вручную обновил время, и mount удалось.

Arch Linux подключается к Windows XP, но я подозреваю, что это будет проблемой для Ubuntu и для более новых Windowses.

0
ответ дан 25 August 2013 в 21:43

Я использую Ubuntu 14.04.1 LTS после обновления, и у меня возникла та же проблема.

Что я сделал, чтобы немедленно переназначить сетевую папку, было:

mount -t cifs //Server/Folder/ /mnt/MapedFolder -o domain=contoso.local,username=user,password=pass,sec=ntlm

Надеюсь, это поможет другим

0
ответ дан 25 August 2013 в 21:43

У меня тоже была эта проблема. Я использую Centos (на основе RPM). Я также получал ошибку монтирования (13): Отказано в доступе . Затем я обнаружил, что проблема была вызвана SELinux (отсутствие типа контекста public_content_t) и, конечно же, пользователь samba smbpasswd -a <пользователь> должен владеть каталогом.

  • semanage fcontext -a -t public_content_t "/mydir(/.*)?" - добавление public_content_t, проверка с помощью ls -lZ. В качестве альтернативы отключите selinux - setenforce 0 (время выполнения), отредактируйте либо /etc/sysconfig/selinux, либо /etc/selinux/config, добавив/изменив SELINUX=disabled (навсегда)
  • chown :user1 /mydir && chmod +0070 /mydir - предоставление доступа группе, членом которой является пользователь samba.
1
ответ дан 24 August 2020 в 16:47

Другие вопросы по тегам:

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