2
OS Xリソースフォークを、ドットバーファイルよりも* else *どこでもSamba共有に保存できますか?
OS Xリソースフォークは、通常のファイルに添付されるデータの代替ストリームです。ファイルのカスタムアイコン、色付きラベル、キーワード、またはユーザーまたはアプリケーションによって設定されたその他のメタデータを含めることができます。 OS XのHFS +ファイルシステムでネイティブにサポートされていますが、ローカル(FAT32)またはリモート(NFS、SMB)にかかわらず、OS Xが別のファイルシステムをマウントすると、いわゆる「ドットバー」ファイルに保存されます:通常のファイルのリソースフォークname.extは別の通常の隠しファイルに保存されます._name.ext。(.DS_Storeアイコンビューと列ビューなどのディレクトリのビュー設定、またはウィンドウの位置を保存するファイルと混同しないでください。) ドットバー._ファイルの問題は、元のファイルと同じ拡張子を持つターゲットファイルシステム内の実際の通常のファイルであるため、さまざまな方法で大混乱を招くことです。たとえば、AntとMavenは._MyClass.java、さらに別のJavaファイルをコンパイルする必要があります。 OS XはSMBの名前付きストリームにリソースフォークを格納するように構成でき、SambaはPOSIX拡張属性または別の場所のデポディレクトリに名前付きストリームを格納するように構成できることがわかります。 どちらのソリューションでも、ターゲットファイルシステムを汚染するドットバーファイルの問題は解決しますが、どちらも機能しません。 Xattr 最初にxattrで試しました: vfs objects = streams_xattr kernel oplocks = no 後者のオプションはこのバグによるものです。マウントする前に、共有のルートでこれを行うことで、OS Xに使用するように指示しました。 touch .com.apple.smb.streams.on しかし、Finderでファイルをコピーしようとすると、次のエラーが発生しました。 「hello.java」内の一部のデータの読み取りまたは書き込みができないため、Finderは操作を完了できません。 (エラーコード-36) デポ 次に、デポで試しました: vfs objects = streams_depot .com.apple.smb.streams.on共有のルートに残します。Finderで同じファイルをコピーしようとすると、別のエラーが発生しました。 予期しないエラーが発生したため、操作を完了できません (エラーコード-50) これら2つのオプションのいずれかでOS Xを機能させるにはどうすればよいですか?私の目的は、これらの厄介なものを._共有ディレクトリから取り除くことです。 私は単純にドットバーファイルを拒否しようとしました: veto files = /._*/ delete veto files = yes ただし、これにより、一部のアプリケーションが失敗します。たとえば、マウントされたSMB共有を介してOS Xから実行されるMercurialなどです。 …