ошибка монтирования (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 тоже. Ничего не помогло.
6 ответов
У меня была такая же ошибка. что решило это для меня, так это вернуть параметр безопасности 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 в конце
-
1На самом деле использование
ntlmsspрешило его для меня, как мое значение по умолчанию уже былоntlm. Большое спасибо! – Bal 06.04.2020, 06:08 -
2Этот wasn' t проблема в моем случае, но это указало на меня на реальное - задержка на моей машине Windows, как описано в моем ответе. +1 и спасибо. – iirekm 06.04.2020, 06:08
Для меня монтирование fstab было неудачным, потому что настройка опции _netdev сообщает о работе eth0 до завершения dhcp. Это приводит к запуску монтирования до получения IP-адреса от DHCP.
Я использую малиновый пи на Jessie OS. Моим решением было
sudo raspi-config
и я выбрал опцию 4, чтобы дождаться завершения настройки сети до завершения загрузки (и до монтирования папок cifs). Исправил это для меня. См. Также: https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=124673
Благодаря ответам, приведенным выше, я смог смонтировать свой Seagate personalCloud на свой малиновый Pi. Я слегка настроил приведенные выше команды следующим образом:
=> для общей папки: sudo mount -t cifs -o noperm //192.168.1.x/Public /home/pi/Documents/PATH
=> для личной папки (требуется имя пользователя / pwd): sudo mount -t cifs -o username=<USERNMAE>,password=<PWD> //192.168.1.x/<PRIVATEFOLDERNAME> /home/pi/Documents/PATH [114 ]
Теперь я могу просматривать Seagate PersonalCloud как обычный диск!
В моем случае это были проблемы со временем на компьютере с Windows - у него есть некоторые проблемы, когда его время сильно отстает, в пределах 2 дней в неделю (скорее всего, батарея материнской платы требует замены). Я вручную обновил время, и mount удалось.
Arch Linux подключается к Windows XP, но я подозреваю, что это будет проблемой для Ubuntu и для более новых Windowses.
Я использую Ubuntu 14.04.1 LTS после обновления, и у меня возникла та же проблема.
Что я сделал, чтобы немедленно переназначить сетевую папку, было:
mount -t cifs //Server/Folder/ /mnt/MapedFolder -o domain=contoso.local,username=user,password=pass,sec=ntlm
Надеюсь, это поможет другим
-
1Важный недостающий параметрический усилитель для меня был sec=ntlm от ARM, работающего lubuntu, в котором я не нуждался от Рабочего стола Fedora на x64 – Bal 06.04.2020, 06:10