Невозможно смонтировать общий ресурс smb. «Пожалуйста, выберите другого зрителя и попробуйте снова»

Не думаю, что это типичная запись "Я не могу смонтировать общий доступ к Windows".

Я использую стоковую Ubuntu 12.04. Я почти уверен, что это проблема Nautilus, но я зашел в тупик. У меня есть один общий ресурс, который я не могу смонтировать с помощью smb: // server / share через nautilus. Я получаю следующую ошибку.

Ошибка: не удалось смонтировать общий ресурс Windows.
Выберите другое средство просмотра и повторите попытку.

Я могу смонтировать этот общий ресурс с других компьютеров (не-Ubuntu), используя те же учетные данные, поэтому я знаю, что у меня есть разрешения на целевой ресурс. Я могу смонтировать другие ресурсы на других серверах из своего Ubuntu-бокса, так что я уверен, что у меня есть все пакеты smb, которые мне нужны, в моем Ubuntu-боксе. Чтобы было еще интереснее, если я использую smbclient из командной строки, я монтирую этот общий ресурс без проблем из своего окна Ubuntu.

Итак, вот что мы знаем:

1. Пропускные пункты общего назначения в порядке (нет проблем с доступом с других компьютеров)
2. Smb правильно настроен на Ubuntu box (доступ к другим общим ресурсам Windows не проблема)
3. Я получаю только ошибку при использовании наутилуса
4. smbclient в терминале работает, нет проблем

Любая помощь будет принята с благодарностью. Поиск в Google поднял простые проблемы с монтированием / перми, и я не думаю, что это происходит здесь.

Дайте мне знать, если вам нужно больше информации.

Хью

Обновление 1:

gvfs-mount smb://host/share Ошибка со следующей ошибкой:

Ошибка места установки: не удалось смонтировать общий ресурс Windows

Обновление 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/

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

Гостем по умолчанию является «никто».

Решением для меня было изменение разрешений. Я подозреваю, что настройка guest ok = Noтакже будет работать.

Перед тем, как начать, дважды проверьте правильность ввода сетевого расположения. Это одна из причин, почему вы получите эту ошибку. \\ имя хоста \ доля

В моем случае я смог решить эту проблему после диагностики, что это на самом деле проблема 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-search. Для 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. Давайте создадим несколько сокращений для легкого чтения

   • ProblemShare - Windwos делится тем, что у Nautilus есть проблема монтажа
   • ProblemServer - Windows-сервер, совместно использующий ProblemShare
   • ProblemMachine - Ubuntu машина / рабочий стол с трудом монтирует вышеуказанный общий ресурс.
   • ProblemAccount - Ubuntu-аккаунт ProblemMachine, у которого возникла проблема с монтированием ProblemShare с помощью Nautilus

2. Тест № 1

   На ПроблемМашине

   • Убедитесь, что система не монтирует какой-либо общий ресурс samba (проверьте / etc / fstab)
   • перезагрузка

   • Создайте нового пользователя, затем попробуйте смонтировать его ProblemShareс помощью Nautilus.

     Если новый пользователь монтируется успешно, ваш Nautitlus и связанный с ним пакет не являются проблемой.

3. Тест № 2

   На ПроблемМашине

   • Убедитесь, что система не монтирует какой-либо общий ресурс samba (проверьте / etc / fstab)
   • перезагрузка
   • Проблема входа в систему
   • Убедитесь, что на рабочем столе / Nautilus нет активного монтирования samba, особенно с ProblemServer.
   • Убедитесь, что нет автоматического монтирования samba из сценария входа
   • Выйдите из системы, затем войдите в систему

   • Открыть Наутилус

     1. Нажмите «Файл» в строке меню (вверху экрана)
     2. Выберите «Подключиться к серверу ...»
     3. Введите информацию
        • Сервер: <имя или IP-адрес проблемного сервера, а не формат URL>
        • Тип: Windows доля
        • Имя пользователя и пароль, используйте свои учетные данные Windows
     4. После подключения выберите «ProblemShare»

   Если это монтирование прошло успешно, ваша проблема вызвана кэшированием учетных данных или учетных данных в цепочке ключей.

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