Не думаю, что это типичная запись "Я не могу смонтировать общий доступ к Windows".
Я использую стоковую Ubuntu 12.04. Я почти уверен, что это проблема Nautilus, но я зашел в тупик. У меня есть один общий ресурс, который я не могу смонтировать с помощью smb: // server / share через nautilus. Я получаю следующую ошибку.
Ошибка: не удалось смонтировать общий ресурс Windows
blockquote>
Пожалуйста, выберите другое средство просмотра и попробуйте сноваЯ могу смонтировать этот общий ресурс с других компьютеров (не-Ubuntu), используя те же учетные данные, так что я знаю, что у меня есть разрешения на общую папку. Я могу смонтировать другие общие папки на других серверах из своего Ubuntu-бокса, поэтому я почти уверен, что у меня есть все необходимые пакеты smb на моем Ubuntu-боксе. Чтобы было еще интереснее, если я использую smbclient из командной строки, я монтирую этот общий ресурс без проблем из моего Ubuntu box.
Итак, вот что мы знаем:
- права доступа к целевому ресурсу в порядке (нет проблем с доступом с других компьютеров)
- smb правильно настроен на Ubuntu box (доступ к другим общим ресурсам Windows отсутствует проблема)
- Я получаю ошибку только при использовании nautilus
- smbclient в терминальных работах, никаких проблем
Любая помощь будет принята с благодарностью. Поиск в Google обнаружил простые проблемы с монтированием / пермиссией, и я не думаю, что это происходит здесь.
Дайте мне знать, если вам нужна дополнительная информация.
Хью
Обновление 1:
gvfs-mount smb://host/share
не удалось выполнить со следующей ошибкой:Ошибка места установки: не удалось подключить общий ресурс Windows
< / blockquote>Обновление 2:
Джон -
- Я пробовал # 1 и получил ту же ошибку, что и выше.
- # 2 не вариант. Это производственный ресурс, и если бы я изменил имя этого ресурса, это сломало бы вещи для многих пользователей.
- Я пробовал № 3 и получил ту же ошибку
select another viewer and try again
.Обновление 3:
Я установил гостевую виртуальную машину Debian на эту коробку. Он может подключиться к этой папке без проблем. Я попробовал оба gvfs-mount из терминала, и я попробовал это из nautilus. Они оба были успешными.
Вот некоторая информация о Deb VM:
$ uname -a Linux debian 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU/Linux $ dpkg -l |grep gvfs ii gvfs 1.6.4-3 userspace $ dpkg -l |grep nautilus ii nautilus 2.30.1-2squeeze1 file manager and graphical shell for GNOME
Надеюсь, это немного поможет
Обновление 4
Просмотр журналов был одной из первых вещей. Я проверил. Ничего не записывается в системный журнал при неудачном монтировании.
Обновление 5
- добавили имя общего ресурса в существующий общий ресурс и получили ту же ошибку.
- ничего в журналах событий сервера
- не проверял другой ресурс на том же сервере и не мог подключиться. заставляет вас думать, что это проблема с perms, за исключением того, что я могу подключиться к проблемному ресурсу из командной строки с помощью команды smbclient.
- Я не в восторге от варианта понижения
У меня была эта проблема также, и я буду держать пари, что Ваш - то же.
Это только произошло с некоторыми долями. Я имел guest ok = Yes
, но полномочия только позволили владельцу перечислять содержание каталога.
Например:
[documents]
path = /home/ghodmode/Documents
read only = No
guest ok = Yes
... и...
ghodmode@server ~ % ls -dl /home/ghodmode/Documents/
drwxr--r-- 12 ghodmode ghodmode 4096 Dec 14 03:32 /home/ghodmode/Documents/
Результатом было точно сообщение об ошибке, которое Вы описали. Это говорит мне, что наутилус получит доступ к долям на сервере как гостевой пользователь, когда он будет мочь, даже если он уже получил доступ к другим долям как к зарегистрированному пользователю.
Гостевой пользователь по умолчанию - "никто".
Решение для меня состояло в том, чтобы изменить полномочия. Я подозреваю ту установку guest ok = No
также работал бы.
Я получил такое же сообщение об ошибке, когда я пытаюсь смонтировать диск Windows, который не доступен по имени, решение - смонтировать диск Windows по IP-адресу.
Прежде чем начать, дважды проверьте, правильно ли введено сетевое местоположение. Это одна из причин, почему вы получите эту ошибку. \\ hostname \ share
В моем случае я смог решить эту проблему после диагностики того, что это на самом деле проблема DNS.
Попробуйте пропинговать компьютер Windows в терминале из Ubuntu:
ping <hostname>
Если вы не можете пропинговать его по имени хоста, попробуйте вместо этого IP-адрес. Если IP-адрес работает, то у вас есть проблема с DNS, из-за которой DNS-сервер не может разрешить IP-адрес хоста.
В моей организации мы используем корпоративный DNS с Windows Servers. Используя командную строку в Windows, запустите:
ipconfig /all
Возьмите все записи DNS-сервера и добавьте их в файл hosts на компьютере с Ubuntu в / etc / hosts
/ etc Файл / hosts принимает записи как «IP HOSTNAME», пример:
10.1.2.1 mydnsserver1
DNS также должен быть указан в файле интерфейсов / etc / network / interfaces, конкретные строки, которые вы хотите проверить, это dns-nameservers и днс-поиск. Для dns-nameservers должна быть указана запись, которую вы поместили в файл хоста выше, и она может принимать несколько IP-адресов, dns-search должен быть установлен для вашего домена (если используется). IP-адреса являются лишь примерами.
auto eth0
iface eth0 inet static
address 10.1.2.10
netmask 255.255.255.0
gateway 10.1.1.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 10.1.2.1
dns-search mydomain.com
Проверьте файл /etc/samba/smb.conf и убедитесь, что ваша рабочая группа верна. На всякий случай.
Как только вы будете удовлетворены, запустите эту команду:
sudo /etc/init.d/networking force-reload
Предполагая, что все настройки верны, вы сможете пропинговать хост через его имя хоста, что, в свою очередь, устранит ошибку.
Позволяет создают некоторое сокращение от легкого чтения
Тест № 1
На ProblemMachine
Создайте нового пользователя, затем попытайтесь монтироваться ProblemShare
с Наутилусом.
Если новый пользователь монтируется успешно, Ваш Nautitlus и связанный пакет не являются проблемой.
Тест № 2
На ProblemMachine
Откройте Nautilus
Если это успешное монтирование, Ваша проблема вызывается кэшируемыми учетными данными или учетными данными в цепочке для ключей.