web-dev-qa-db-ja.com

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

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

mountsambacifs
17
Sepero

smbclientはホスト名を検索できます

mountはホスト名を検索できません

名前でマウントするには、AvahiなどのローカルDNSサービスを使用する必要があります。ローカル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.

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"
22
Rucent88

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

1
Debbie

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

$ 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

参考文献

1
slm

まったく同じ症状があり、18.04.1（すでに何度も再起動されています）の新規インストールを開始するには、Avahiを微調整する必要がありました。その後、すべてが機能しました。 VMなんらかの理由などで始まっていなかったことに気付かないかもしれないので、多くの人がこれらの質問をすることになるでしょう。

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

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

私の2日間の冒険で、VirtualBoxセットアップのフレッシュ18.04.1でAvahiが正しく開始されなかったことがわかりました。 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解像度を使用する場合の違い。

0
Celess