我已经阅读了Linux中的文件名限制，但是这是关于Samba的。
我遇到了一个问题，Windows和Linux客户端都无法访问我的（Debian Squeeze）Samba服务器，无法访问深层文件path中的某些PDF。
包含目录的文件path是250个字符，这使我怀疑有255个字符的限制。 （由于多字节UTF8字符，可能会less一些。）
这将大大小于Linux文件名/文件path的限制。
任何人都知道是否有解决这个限制的方法？
在Windows中有255个（或260个）字符的限制，在SO问题中讨论https://stackoverflow.com/questions/1065993/has-windows-7-fixed-the-255-character-file-path限制 。
在Windows中显然有一种方法可以解决这个问题，SAMBA可能会模仿这个方法，但这可能会破坏某些应用程序。
为了便于pipe理，除非你有一个令人信服的理由不这样做，否则我会看看是否可以尝试在文件层次结构中更深入地创build共享，以便path不会太长，请使用subst或等效于符号链接来缩短文件path，或重新组织共享结构，所以它没有那么深的embedded。 这将使与各种应用程序最兼容; 不太可能遇到程序错误。
有一个修补程序/更改源可以应用于SAMBA重新编译将修复，如果你周围Google。 但是，再次，这可能是pipe理问题，因为更新可能会打破您的自定义修复程序。
另一种方法是将共享挂载为NFS共享。 我不认为相同的〜250字符限制适用于NFS，但如果你这样做，它不会像Windows那样是一个解决scheme。
就我个人而言，我会重组股份，以减less字符; 记住最less的头痛和随机问题，记住为什么某些事情可能会起作用或停止工作。