ターミナルからではなく、ターミナルでファイルをsamba共有にコピーできます（OSX Maverick）

ルーターUSBストレージDD-WRT V24 USBドライブにあるSamba共有があります。Finderを使用してMAC OSXマシンからファイルをコピーしようとしています。Finderは次のメッセージを返します。「十分な空き領域がないためコピーできません。」十分なスペースがありますが。FinderはSamba共有からファイルを読み取ることができます。ターミナルを使用して、Samba共有の読み取りと書き込みを行うことができます。ファインダーについて何かがあるようです。すべてのディレクトリとファイルには許可「777」があるため、許可は問題になりません。そのため、ゲストアクセスは正常に機能するため、共有は「パブリック」です。Ubuntu、Windows 7ファイルブラウザーを使用すると、問題なくファイルを読み書きできます。ターミナルができるのにFinderがファイルを書き込めないのはなぜですか？

編集（追加情報）：共有に使用されるこの新しい2TB USBドライブは、Ubuntu Disk Managerを使用してEXT3でフォーマットされています。Finderのステータスバーに「Zero Byte available」と表示されますが、これは事実ではありません。ほぼ2TBが使用可能であり、ターミナルとWindowsおよびUbuntuマシンからファイルをコピーできます。FinderとSambaおよび/またはEXT3形式との間に互換性がありませんか？

EDIT2 ：（より多くのテスト結果）User16081のコメントは私にいくつかのテストのアイデアを与えました。DD-WRTルーターではなく、Ubuntu WorkstationのUSBドライブを接続しました。これで、MAC Finderからコピーでき、Finderステータスバーに有効なサイズ「1.86 TBが使用可能」と表示されます。DD-WRT sambaサーバーには、MAC OSX Finderとの何らかの非互換性があるようです。回避策のアイデアはありますか？

Edit3：マウントされたボリュームのサイズを知るために、「df -h」で端末を使用しました。UbuntuマシンとDD-WRTルーターに同じUSBドライブをマウントしました。非常に異なる結果が得られます。UbuntuにマウントされたときにOSX端末が報告するサイズは正しいですが、DD-WRTにマウントされたときは20MBのみを報告します。これは、最後の2行に示されています。

sh-mbp:~ sylvain$ df -h
Filesystem                             Size   Used  Avail Capacity   iused      ifree %iused  Mounted on
/dev/disk0s2                          698Gi  492Gi  206Gi    71% 128965572   53935402   71%   /
devfs                                 190Ki  190Ki    0Bi   100%       657          0  100%   /dev
map -hosts                              0Bi    0Bi    0Bi   100%         0          0  100%   /net
map auto_home                           0Bi    0Bi    0Bi   100%         0          0  100%   /home
/dev/disk1s2                           21Gi  2.9Gi   18Gi    14%    765283    4734707   14%   /Volumes/Projects
//sylvain@sylvain-desktop/dd-wrt_usb  1.8Ti   97Gi  1.7Ti     6%         0 18446744073709551615    0%   /Volumes/dd-wrt_usb
//GUEST:@dd-wrt/DD-WRT_Root            20Mi   20Mi    0Bi   100%         0 18446744073709551615    0%   /Volumes/DD-WRT_Root

EDIT 4 Ubuntuワークステーションから同様のテストを実行しました。Ubuntuは、報告されたサイズが意味をなさないことを認識し、適切な使用済みスペースを報告しますが、未知の使用可能スペースを報告し、ファイルのコピーを受け入れます。

これは、DD-WRTのsambaサーバーがディスクサイズまたは使用可能なスペースを適切に報告していないように聞こえます。MAC OSX Finderは、Ubuntuがファイルをコピーしようとする一方でファイルをコピーしようとはしないと判断します。問題はDD-WRT sambaサーバーから来ているように聞こえます。これを解決する方法はありますか？私はDD-WRTフォーラムをよく見ましたが、運はありませんでした。

YouTubeドライブで、同じドライブサイズ（2TB）を共有するDD-WRT V24Sp2のようなAsusルーター（TP-Link TL-WDR3600を使用）が表示され、Finderに適切な空き容量が表示されているのを見つけました。構成中に特別なことは行われませんでした。別のルーターを使用する以外に、彼のディスクにはEXT3ではなくHPFS / NTFS形式があります。

— シルヴァン・ハード
ソース

ファインダーのステータスバーに利用可能な空き容量が表示されますか？（Finderで、[表示]> [ステータスバーの表示]に移動します）

— ジョーT 14

共有のルートから、「2アイテム、ゼロバイトが利用可能」と表示されますが、このブランドの新しい2TBディスクでは3.26 GBしか使用されていません-Sylvain

DD-WRTのようなゾンデは、ドライブを読み取り専用で監視し、Terminal / sshを介して共有に入ると読み取り書き込みに変更します。多分誰かがこれを試すことができ、証明はそれが

— konqui

Western Digital NTFSハードドライブが接続されたdd-wrtルーターでこの問題が発生しました。

[サービス]-> [NAS]、[ファイル共有]の下にある[共有]の下の[パス]ドロップダウンボックスが、ドライブ全体ではなく実際のパーティションであることを再確認します。

例として、ハードドライブを接続すると、Web UIのドロップダウンボックスに「/ mnt /」しか表示されませんでした。私はそれを使用し、あなたが報告した正確な問題がありました。

トラブルシューティングのためにUIに戻ったとき、Shares / Pathの下のドロップダウンに「/ mnt /」と「/ mnt / sda_part1」の2つの選択肢があることがわかりました。パスを「/ mnt / sda_part1」に変更しましたが、今では正しく動作します。

お役に立てれば。

— 暗号の
ソース