Я знаю, что этот вопрос задавался ранее, но я искал решение в течение нескольких часов, и, похоже, ничего не работает.
Огорчает то, что он работал на моей предыдущей установке, поэтому я знаю, что команды, которые я пытаюсь использовать, должны работать.
Я бег ванили установка 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
тоже. Ничего не помогло.
У меня была такая же ошибка. что решило это для меня, так это вернуть параметр безопасности mount.cifs к его предыдущему значению по умолчанию, как указано здесь и в man-странице mount.cifs:
По умолчанию в основных версиях ядра ранее до v3.8 было sec = ntlm. В v3.8 значение по умолчанию было изменено на sec = ntlmssp.
blockquote>, в вашем случае новая команда будет
sudo mount.cifs //192.168.1.130/LaCie ~/lacie -o user=admin,sec=ntlm
уведомить sec = ntlm в конце
//192.168.1.130/seagate /home/seagate cifs username=administrator,password=<pwd>,uid=1000 0 0
Это решило проблему! (т.е. оставить кавычки вне!)
Для меня монтирование 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. Я немного настроил команды выше подобного это:
=> для папки 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 как нормальный диск!
В моем случае это были проблемы со временем на компьютере с 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
Надеюсь, это поможет другим
У меня тоже была эта проблема. Я использую 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.