Samba：マウントエラー：XXXのアドレスを解決できませんでした：不明なエラー

Samba共有のマウントに関するいくつかのガイドを読みましたが、まだ運がありません。

次のコマンドを使用して、Samba共有に「ログイン」できます。

smbclient //vvlaptop/Documents

パスワードを要求しますが、パスワードがないため、Enterキーを押します。その後、プロンプトで正常にログインしますsmb: \>。何らかの理由で共有をマウントできません。これは私が使用しているコマンドです：

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

このデバイスを正常にマウントするにはどうすればよいですか？

smbclient ホスト名を検索できる

mount ホスト名を検索できない

名前でマウントするには、AvahiなどのローカルDNSサービスを使用する必要があります。ローカルDNSがない場合、接続時にIPアドレスを指定する必要があります。nmblookup -S WORKGROUPIPアドレスを検出するために使用できます。

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

通常、共有にアクセスするより良い方法はを使用することsmbnetfsです。これにより、ルート権限なしで多くの共有をマウントできます。

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

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"

次のコマンドを試してください。

$ 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

参照資料

• UNIXクライアントからのSamba共有のマウント

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つの異なるPC）で動作しなくなりました。ナディアはおそらくアップデートのために働き始めましたか？（試しているにも関わらず、それを修正するために何かをすることを知らない）。マヤはまだ動作しません。私の知る限り、私は何も変えませんでした。そのため、おそらくいくつかの問題があるように見えます。

まったく同じ症状があり、Avahiに18.04.1の新規インストールを開始するように注意する必要がありました（既に何度も再起動されていました）。その後、すべてが機能しました。多くの人が、何らかの理由でVMで起動していないことに気付いていない可能性があるため、これらの質問をすることになると思われます...

私の詳細を読む前に、Rucent88の回答をご覧ください。これは、この問題で最も役立つ投稿の1つであり、質問は簡潔な質問でした。

18.04.1の新規インストールでは、VMwareでそのまま使用できました。VirtualBoxでは、VirtualBoxのネットワークを「ブリッジアダプター」に設定し、Avahiをバンプ.localしてホスト名に追加する必要がありました。VMwareを何度もインストールしましたが、数日前にVirtualBoxを試すまで問題がありませんでした。

2日間のアドベンチャーで、AvahiがVirtualBoxセットアップの新しい18.04.1で正しく起動しなかったことを発見しました。そこでは、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解像度を使用しているときに違いが見当たらない場合にコマンドを修正する構文を示す人の非常に短い例です。