Samba: ошибка монтирования: не удалось разрешить адрес для XXX: неизвестная ошибка

16

Я прочитал несколько руководств по установке общих ресурсов самбы, но пока не повезло.

Я могу «войти» в мой общий ресурс samba с помощью следующей команды:

smbclient //vvlaptop/Documents

Он запрашивает пароль, но пароля нет, поэтому я просто нажимаю Enter. Затем он успешно входит в систему с подсказкой smb: \>. По какой-то причине я не могу смонтировать общий ресурс. Это команда, которую я использую:

mount -t cifs //vvlaptop/Documents /mnt/virginia
mount error: could not resolve address for vvlaptop: Unknown error

Как я могу успешно смонтировать это устройство?

mount samba cifs Sepero
источник
Не отвечает, но работаетmount -t cifs -o username=USERNAME,password= //$(nmblookup vvlaptop|awk 'END{print $1}')/Documents /mnt/virginia
Чепе Лучо
Некро я знаю. Смотрите мой ответ, чтобы узнать, как я смог использовать настоящее имя.
Celess

Ответы:

21

smbclient умеет искать имена хостов

mount Не умеет искать имена хостов

Для монтирования по имени вы должны использовать локальную службу DNS, такую ​​как Avahi. Без локального DNS вы должны указать IP-адрес при подключении. Вы можете использовать, nmblookup -S WORKGROUPчтобы узнать IP-адрес.

mount -t cifs //192.168.0.123/Documents /mnt/virginia

Обычно лучший способ получить доступ к общим ресурсам - использовать smbnetfs. Это позволит вам смонтировать множество общих ресурсов без прав root.

smbnetfs ~/mountdir
fusermount -u ~/mountdir # To unmount.

Страница man для smbnetfs расскажет вам больше.

Если для общего ресурса требуются логин и пароль, выполните следующие действия.

mkdir ~/.smb
cp /etc/samba/smb.conf /etc/smbnetfs.conf ~/.smb/
touch ~/.smb/smbnetfs.auth
chmod 600 ~/.smb/*

Отредактируйте файл, ~/.smb/smbnetfs.authчтобы вставить учетные данные. Формат файла

auth            "hostname" "username" "password"
Rucent88
источник
1
Один из самых полезных постов и отличный вопрос. Я просто исправил аналогичную проблему, где мне пришлось подтолкнуть новую версию 18.04.1 для запуска Avahi. Тогда все заработало. Я подозреваю , что многие люди в конечном итоге Задавая эти вопросы, возможно , не понимают , что не начинал их VM по какой - либо причине , и т.д ...
Celess
1

Попробуйте следующую команду:

$ mount -t cifs -o username=USERNAME,password= //vvlaptop/Documents /mnt/virginia

Кроме того, вы можете сохранить учетные данные в файле и ссылаться на них:

$ mount -t cifs //vvlaptop/Documents /mnt/virginia \
    -o credentials=/home/mylogin/winpasswd

Затем поместите свои учетные данные в этот файл:

username=mylogin
password=

Если учетные данные являются частью домена, включите это также в файл:

domain=domainname

Ссылки

SLM
источник
1
Я ценю вашу помощь, но это решение не работает. Я не получаю сообщение об ошибке «Неверный пользователь / пароль».
Сеперо
Добавляет ли подробный переключатель --verboseбольше результатов? См man mount.cifs.
SLM
Больше информации не дает
Сеперо
1

Была такая же проблема, пытаясь смонтировать наш NAS. Оказывается, нужны разные команды для (я думаю, что это было) разных форматов, например ext 4, NTFS и т. Д. Когда я в конце концов нашел правильную версию, я смог смонтировать через fstabи терминал.
Мы используем Iomega NAS

Это fstabработает

//NASIomega/Documents /mnt/nas/Documents cifs guest,uid=1000,gid=1000,rw,iocharset=utf8,_netdev,file_mode=0777,dir_mode=0777,auto 0 0

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

Однако, это перестало работать на наших версиях nadia и maya (2 разных ПК). Надя начала работать возможно из-за обновления? (не знаю, что делать, чтобы исправить это, несмотря на попытки). Майя все еще не работает. Насколько я знаю, я ничего не изменил. Так что, похоже, там есть некоторые проблемы.

Дебби
источник
0

У меня были точно такие же симптомы, и мне пришлось подтолкнуть Avahi, чтобы начать новую установку 18.04.1 (которую уже много раз перезагружали). Тогда все заработало. Я подозреваю, что многие люди заканчивают тем, что задают эти вопросы, поскольку, возможно, не понимают, что это не запускалось на их ВМ по любой причине, и т. Д ...

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

При новой установке 18.04.1 на VMware все работало из коробки. На VirtualBox мне пришлось установить для сети на VirtualBox значение «Bridged Adapter», а затем поднять Avahi и добавить .localимя хоста. Я много раз устанавливал VMware и никогда не сталкивался с проблемами, пока не попробовал VirtualBox несколько дней назад.

В моем двухдневном приключении я обнаружил, что Avahi не запускается правильно на свежем 18.04.1 в настройках VirtualBox, где он, кажется, хорошо запускается на новых установках VMware. Кроме того, в VMware происходит другое волшебство, которое мне не нужно добавлять .local, для имени компьютера XXX и установки VMware я могу просто использовать простое имя хоста Windows.

На VirtualBox, если я сделал:

sudo avahi-daemon --check
sudo avahi-daemon
Daemon already running on PID 721

до этого, с добавлением .local:

sudo mount -t cifs -o username=bob,uid=bob,gid=bob //Xxx.local/MyShare /mnt/MyShare

тогда это работает.

Некоторые люди утверждают, что изменение nsswitch.confдолжно исправить mountразрешение имени. Но после настройки winbindи добавления в список разными способами это не сработало, и добавление или удаление, mdns4_minimalпохоже, фактически не влияет mount. Возможно файл не использовался.

См. Также https://ubuntuforums.org/showthread.php?t=2099537, который является очень коротким примером того, что у кого-то возникла проблема и кто-то показывает синтаксис для исправления его команды, если вы просто упускаете различия при использовании разрешения Avahi.

Celess
источник