web-dev-qa-db-ja.com

18.04へのアップグレード後にSamba共有からコピーできない

サーバー「S」は、Ubuntu 18.04 LTSおよびSamba 4.7.6-Ubuntuを実行します。 smb.confは、ワークグループ名が変更され、下部に次のブロックが追加されていることを除いて、すべてのデフォルト設定のままになっています。

[lan_share]
   path = /disk2
   browseable = yes
   read only = yes

[lan_share_1]
  path = /disk1
  browseable = yes
  read only = yes

[lan_share_3]
  path = /disk3
  browseable = yes
  read only = yes

クライアントがパッケージsambaおよび 'cifs-utils`を備えたDebian 8であった場合、クライアントがマウントした共有からローカルディスクにコピーする機能など、すべてが期待どおりに機能しました。

現在、新しいクライアントであるワークステーション「W」は、最新のsambaおよびcifs-utilsを使用してUbuntu 18.04 LTSを実行しており、共有からローカルへのコピーは機能していません。

Wの共有は、次のように/etc/fstabの行によって設定されます。

//192.168.1.233/lan_share_1 /disk1     cifs  credentials=/etc/samba/user,noexec  0 0
//192.168.1.233/lan_share   /disk2     cifs  credentials=/etc/samba/user,noexec  0 0
//192.168.1.233/lan_share_3 /disk3     cifs  credentials=/etc/samba/user,noexec  0 0

上記のパスにはクレデンシャルファイルがありますが、これもDebianで正常に機能し、Ubuntuでも問題ありません。許可に関するエラーメッセージがないためです。

これらはすべて問題のないDebianクライアントから正確にコピーされています。 GUIファイルブラウザを介してディレクトリツリーをコピーしようとすると（たとえば、/disk2からホームディレクトリに）、最初は成功したように見えますが、進行ダイアログは途中でフリーズし、キャンセルすることさえできません。進行状況ダイアログは、Thunar（ファイルブラウザー）プロセスが強制終了されるまで残ります-ユーザーが大きな赤い「キャンセル」アイコンをクリックしない限り、その場合、プロセスが強制終了されるまでダイアログに「キャンセル中...」と表示されます。最初の数個のファイルのみがコピーされます。

私はそれを確認しました：

  • ワークグループ名はサーバーとクライアントの両方で同じです
  • サーバー上のufwは、「samba」アプリケーションプロファイルのポートを許可します
  • 共有内のファイルはサーバー上でOKです（SSH、SCP経由でアクセス可能）
  • 他のすべてはクライアント上で正しく動作します

同じ共有に接続するときにすべてが正常に動作するDebianシステムがまだあります-ディレクトリ構造全体をGUIから共有からローカルにコピーできます。 Web検索では、他のさまざまなSambaの問題が見つかりました。いくつかは、以前のバージョンからUbuntu 18への移行に関するものですが、この状況をまったく説明しているものはありません。

更新：これ（ 「17.10へのアップグレード後のcifs共有のマウントのトラブル」 ）は有望に見えました。 「noexec」は不要であることがわかりました（ 1 ）。前のページに基づいて、「,noexec」を「,vers=2.1」に置き換えました。

また、サーバー上でSudo chmod-R 775 /disk2を実行しました。そして、これらの変更のいずれかまたは両方を適切に行うことで、コマンドラインを使用してローカルにマウントされた共有からホームディレクトリに正常にコピーできるようになりましたが、それでもThunarがハングします。今では、少なくとも部分的にGUIの問題であると考えています。

更新：Terranceに感謝します。すぐにNFSをチェックアウトします。 Windowsクライアントはありません。問題が少ない場合は、機能だけが必要です。

server18.04samba
2
stephen_789

Linux mint xfce 19.1および19.0でも同じ問題が発生しました。最初に、「WD My Book Live」NASサーバーで問題が発生しました。 fstabにvers = 2.0を追加することでこれを解決しました（バージョン3.0 2.1および2.0を試し、最も機能するバージョンを選択しました）。最初は問題は解決したと思っていましたが、後でNASからファイルをコピーするときに問題が発生することがありました。この問題は、拡張子がhtml、gif、ico、およびtxtのファイルをコピーするときにのみ表示されます（ただし、問題のあるファイルの適切なコピーを作成します）。これらのファイルのコピーを作成した後、コピープロセスがフリーズします。拡張子がflac、Zip、tar.gzのファイルをコピーしても問題はありませんでした。複数のファイルをコピーする場合、問題のあるファイルに達するとコピープロセスがフリーズします。 fstabでvers = 2.0をvers = 1.0に変更することで解決しました。バージョン2.0との互換性の問題があるようですか？ NAS接続のテストでは、3 Gb isoファイルを使用しました。私はNASからこれらの問題ファイルの多くをコピーしないので（問題の拡張機能があるかもしれません）、ほとんどの問題は見えなくなります。しかし、しばらくして、いくつかの拡張機能に構造的な問題があることを理解しました。そして、おそらく拡張子は問題ではありませんが、ファイルのサイズが問題である可能性があります。私のサンプルファイルでは、問題のあるファイルは小さいものでした。

1
André Kappert