Samba: Mount-Fehler: Adresse für XXX konnte nicht aufgelöst werden: Unbekannter Fehler

Ich habe einige Anleitungen zum Mounten von Samba-Freigaben gelesen, aber noch kein Glück.

Ich kann mich mit dem folgenden Befehl bei meiner Samba-Freigabe "anmelden":

smbclient //vvlaptop/Documents

Es fragt nach einem Passwort, aber es gibt kein Passwort, also drücke ich einfach die Eingabetaste. Es meldet mich dann erfolgreich mit der Eingabeaufforderung an smb: \>. Aus irgendeinem Grund kann ich die Freigabe nicht bereitstellen. Dies ist der Befehl, den ich benutze:

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

Wie kann ich dieses Gerät erfolgreich einbinden?

smbclient kann Hostnamen nachschlagen

mount ist nicht in der Lage, Hostnamen nachzuschlagen

Zum Mounten nach Namen muss ein lokaler DNS-Dienst wie Avahi verwendet werden. Ohne einen lokalen DNS müssen Sie die IP-Adresse bei der Verbindung angeben. Mit können Sie nmblookup -S WORKGROUPdie IP-Adresse ermitteln.

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

Normalerweise ist die Verwendung von eine bessere Möglichkeit, auf Freigaben zuzugreifen smbnetfs. Auf diese Weise können Sie viele Freigaben ohne Root-Berechtigung bereitstellen.

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

Die Manpage für smbnetfs wird Ihnen mehr erzählen.

Wenn für eine Freigabe eine Anmeldung und ein Kennwort erforderlich sind, befolgen Sie diese Schritte.

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

Bearbeiten Sie die Datei ~/.smb/smbnetfs.auth, um Anmeldeinformationen einzufügen. Datei Format

auth            "hostname" "username" "password"

Versuchen Sie den folgenden Befehl:

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

Darüber hinaus können Sie die Anmeldeinformationen in einer Datei speichern und auf Folgendes verweisen:

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

Tragen Sie dann Ihre Zugangsdaten in diese Datei ein:

username=mylogin
password=

Wenn die Anmeldeinformationen Teil einer Domain sind, fügen Sie diese ebenfalls in die Datei ein:

domain=domainname

Verweise

• Mounten von Samba-Freigaben von einem Unix-Client

Hatte das gleiche Problem beim Versuch, unser NAS zu montieren. Es stellte sich heraus, dass verschiedene Befehle für (ich denke, es war) verschiedene Formate benötigt werden, zB ext 4, NTFS usw. Als ich schließlich die richtige Version fand, konnte ich über fstabund Terminal mounten .
Wir verwenden ein Iomega NAS

Das fstabfunktioniert

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

Anfangs habe ich das Zahlenformat anstelle des Namens verwendet, aber die Zahlen haben sich ständig geändert. Es ist kläglich fehlgeschlagen, permanente IP-Adressen zu vergeben, wo dies erforderlich war. Daher hat das Gerät einen Namen erhalten und jetzt funktioniert es.

Dies funktionierte jedoch nicht mehr auf unseren Nadia- und Maya-Versionen (2 verschiedene PCs). Die Nadia hat vielleicht aufgrund eines Updates angefangen zu arbeiten? (Ich bin mir nicht bewusst, dass ich irgendetwas tun muss, um es zu korrigieren, obwohl ich es versucht habe). Die Maya funktioniert immer noch nicht. Soweit ich weiß, habe ich nichts geändert. Es sieht also so aus, als gäbe es dort vielleicht einige Probleme.

Ich hatte genau die gleichen Symptome und musste Avahi anstoßen, um eine Neuinstallation von 18.04.1 zu starten (die bereits viele Male neu gestartet wurde). Dann hat alles geklappt. Ich vermute, dass viele Leute am Ende diese Fragen stellen, weil sie vielleicht nicht bemerken, dass es auf ihrer VM aus irgendeinem Grund nicht gestartet wurde, etc ...

Lesen Sie bitte die Antwort von Rucent88, bevor Sie mehr von mir lesen. Dies war einer der hilfreichsten Beiträge für dieses Problem, und die Frage war eine sehr knappe Frage.

Bei Neuinstallationen von 18.04.1 funktionierte VMware sofort. Auf VirtualBox musste ich das Netzwerk auf VirtualBox auf "Bridged Adapter" einstellen und dann Avahi anstoßen und .localzum Hostnamen hinzufügen . Ich habe die VMware viele Male installiert und hatte keine Probleme, bis ich VirtualBox vor ein paar Tagen ausprobiert habe.

Während meines zweitägigen Abenteuers stellte ich fest, dass Avahi in den VirtualBox-Setups am 18.04.1 nicht richtig gestartet wurde, wo es bei der Neuinstallation von VMware-Setups anscheinend einwandfrei lief. Zusätzlich zu VMware gibt es noch eine andere Magie, da ich sie nicht hinzufügen .localmuss. Für den XXX-Computernamen und die VMware-Installation kann ich einfach den normalen Windows-Hostnamen verwenden.

Auf VirtualBox, wenn ich getan habe:

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

davor mit dem Zusatz .local:

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

dann klappt es.

Einige Leute behaupten, dass das Ändern nsswitch.confdas mountAuflösen des Namens beheben sollte . Aber nach dem Einrichten winbindund Hinzufügen der Liste auf verschiedene Arten hat es nicht funktioniert, und das Hinzufügen oder Entfernen mdns4_minimalscheint keine wirklichen Auswirkungen zu haben mount. Möglicherweise wurde die Datei nicht verwendet.

Siehe auch https://ubuntuforums.org/showthread.php?t=2099537. Dies ist ein sehr kurzes Beispiel für jemanden, der das Problem hat und der die Syntax zur Behebung seines Befehls zeigt, wenn Sie nur die Unterschiede bei der Verwendung der Avahi-Auflösung vermissen.