私は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 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"
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)での動作が停止しました。ナディアはおそらくアップデートのために働き始めましたか? (試みてもそれを修正するために何かをすることを意識していません)。マヤはまだ機能しません。私が知る限り、私は何も変更しませんでした。だから、おそらくそこにいくつかの問題があるようです。
次のコマンドを試してください。
$ 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
まったく同じ症状があり、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解像度を使用する場合の違い。