Linuxでのファイル名の制限 について読みましたが、これは特にSambaに関するものです。
(Debian Squeeze)SambaサーバーへのWindowsクライアントとLinuxクライアントの両方が、深いファイルパスに埋め込まれた特定のPDFにアクセスできないという問題が発生しました。
含まれているディレクトリのファイルパスは250文字であり、255文字の制限があると思われます。 (マルチバイトのUTF8文字が原因で文字数が少なくなる可能性があります。)
これは、Linuxのファイル名/ファイルパスの制限よりも大幅に少なくなります。
この制限を回避する方法があるかどうか誰でも知っていますか?
どうやらWindowsでそれを回避する方法があり、SAMBAでこれをエミュレートする方法があるかもしれませんが、これは特定のアプリケーションを破壊する可能性があります。
管理を容易にするために、これを行わないやむを得ない理由がない限り、パスがそれほど長くないようにファイル階層のより深いところに共有を作成してみることができるかどうかを確認します。substまたはシンボリックリンクと同等のものを使用して短縮しますファイルパス、または共有構造を再編成して、それほど深く埋め込まれないようにします。これにより、さまざまなアプリケーションとの互換性が最も高くなります。将来的にプログラムエラーが発生する可能性は低くなります。
SAMBAに適用できるソースへのパッチ/変更があります。Googleで検索すると、再コンパイルで修正されます。ただし、更新によってカスタム修正が破損する可能性があるため、後で管理上の問題になる可能性があります。
別の方法は、NFS共有として共有をマウントすることです。同じ〜250文字の制限がNFSに適用されるとは思いませんが、この方法で行うと、「Windows」のソリューションほど完全にはなりません。
個人的には、共有を再構築して文字数を減らします。頭痛やランダムな問題を最小限に抑え、何かが動作したり動作しなくなったりする理由を思い出してください。