Ubuntu Gnome 16.04へのアップグレード後にsmb共有に接続できません
Ubuntu Gnome 16.04にアップグレードした後、ネットワークメディアタンクのsmb共有にアクセスできなくなりました。古い（2009年）ポップコーンアワーA-110です。
Nautilusでサーバーsmb：//192.168.0.5に接続すると、ログインを求める無限ループが発生し、認証失敗メッセージが表示されます。ユーザー名/パスワードが正しいことは確かです。これはWindowsで機能し、何度もリセットしたためです。アップグレード（Ubuntu Gnome 15.10）の前に、ユーザー名/パスワードの入力を求められることもなく、ファイルブラウザで開くだけです。
そこで、smbclientをインストールして、何が起こっているのかを確認しました。
smbclient //192.168.0.5/share -U nmt
Server does not support EXTENDED_SECURITY but 'client use spnego = yes and 'client ntlmv2 auth = yes'
session setup failed: NT_STATUS_ACCESS_DENIED
これは、nmtサーバーが古すぎて、クライアントが必要とするセキュリティスキームをサポートできない可能性があることを示唆しているようです。
どうすれば修正できますか？
この質問は this one の複製です。
答え：明示的に設定する必要があります
client use spnego = no
/etc/samba/smb.confで。
このファイルが見つからない場合は、コマンドを実行します：
Sudo apt-get install smbclient
これらすべての提案を試みたが、何も機能しなかった。私のために働いたのは次のことでした：
Sudo smbpasswd -a [username]
なぜsambaがユーザーを忘れたのか理解できず、Windowsからlinuxマシンにアクセスする必要があるすべてのユーザーについてsambaに明示的に伝える必要があるとは信じがたいと思いますが、それがうまくいきました（幸運なことに、 1人のユーザーのみ）ので、私はみんなに知らせています。
ChaletOS 16.0.4.2を実行しています。 Asuswrt-Merlinルーターを介して共有されている外部ドライブにアクセスするために、オンラインで見つけることができるすべてを行いました。 何もありません！何も機能していません!!必要なすべてのSambaをインストールしたら、まだ共有にアクセスできませんでした。パスワードの入力を求めるプロンプトが引き続き表示されます。正しく入力しましたが、喜びはありませんでした。上記の「/etc/samba/smb.conf」でPeter de Maeyerの変更を行うと、大雨の後、ドライブは青い空のように開きました。ありがとうピーター!!!
これらのすべての手順を1か所で見つけたことはないので、これが他の人の助けになることを願っています。最終的にトリックを行ったのは、Peterの応答と このリンク の組み合わせでした。
要約すると、最初に「〜/ .smbcredentials」ファイルを作成し、関連情報を内部に配置しました。
（慣れていない人にとっては、「/」の前にある小さな波状の文字は、「/ home」フォルダーにファイルを置くことを意味します）
ユーザー名= msusername
domain = ENTER_YOUR_WINDOWS_DOMAIN
パスワード= msusername
（サイトはドメインを追加するように言っていないが、私はちょうど良い測定のためにそうしました）
このファイルを保存して閉じ、ターミナルに次のように入力してアクセス許可を変更しました。
chmod 600 ~/.smbcredentials
次に、ターミナルでこれを入力して「/ etc/fstab」ファイルを編集しました。
Sudo gedit /etc/fstab
「fstab」ファイルで、私はこれを一番下に入力しました（ここであなた自身の情報を使用することを確認してください）：
smb://COMPUTER_NAME/SHARED_FOLDER /media/NEW_FOLDER_NAME cifs credentials=/home/YOUR_UBUNTU_USERNAME/.smbcredentials,iocharset=utf8,sec=ntlm 0 0
そのファイルを保存して閉じ、ターミナルに次のように入力して「smb.conf」ファイルを開きました。
Sudo gedit /etc/samba/smb.conf
29行目（「グローバル」の下）で、「ワークグループ」名を上記の「ドメイン」名に一致するように変更しました。そのすぐ下で、新しい行（行＃30）を作成して入力しました。
client use spnego = no
念のため、 このサイト を読んだ後、101行目でもこの変更を行うことをお勧めします。
obey pam restrictions = yesからobey pam restrictions = no
20時間（はい、それは20時間）以上の時間をかけて、システムを数回検索し、何度も起動しましたが、最終的にこれらの設定に喜びを感じました。
幸運を祈ります。LinuxGodsがあなたと一緒にいますように！
これらの答えを試してみましたが、それでもWindows共有に接続できません。 Windows PCからUbuntu共有に接続できますが、その逆はできません。 16.04を使用します。
更新/編集：
さて、Ubuntuの再インストールやSMB.CONFファイルの編集など、さまざまなことを実行した後、問題を解決する方法を見つけました。
私はラップトップをきれいに拭いて、Fedora 24 Workstationをインストールしましたが、同じ結果に気づきました-私が言ったHMMMM。
そして、私が接続しようとしていたほとんどのコンピューターは、もちろんユーザー名は持っていたが、パスワードが空だったことに気付きました。 SMB.CONFの編集として、誰かが空のパスワードの使用を許可するように言ったが、それを機能させることができなかったと試みました。そして、必要に応じて、変更後は常にsmbdとnmbdを再起動します。
とにかく、ネットワーク上にユーザー名とパスワードを持つコンピューターが1台ありました。推測-Fedoraから私は接続できました！その後、他のコンピューターにパスワードを入力し、Fedoraから最終的にそれらに接続することができました。
今、Ubuntuを使用することが目標なので、再びラップトップをきれいに拭き取りましたが、今回はUbuntuワークステーションの新規インストールを行いました。 SMB.CONFファイルに2つの非常に小さな変更を加え（Fedoraインストールでも同様）、ワークグループ名とnetbios名を適切に設定しました。他のすべてをデフォルトのままにしておきます。
次に、Ubuntuマシン上のフォルダーを共有しました。 GUIを使用してフォルダーを共有し（SMB.CONFを変更しなかった）、ゲストアクセスを許可するように設定しました。これで、ネットワーク上のすべてのPCがUbuntuマシンの共有に接続できるようになりました。その共有にアクセスできる人とアクセスできない人を厳しく管理したい場合は、SMB.CONFを変更できます。
しかし今では、最良の部分は、Ubuntuラップトップから他のコンピューターやネットワーク上の共有に接続できることです。
私の問題の解決策は、他の人には役立たないかもしれませんが、接続できないデバイスにはパスワードのないアカウントがあったということです。パスワードが割り当てられると、すべて機能しました。
これが誰かを助けることを願っています！
おかげで、
リッチ・ウエルビッグ