统信UOS_V20桌面专业版（1060）支持长文件名255个中文字符

[yq-ysy]

我一直对国产的Linux操作系统兴趣不大，但看到这篇报道，
感觉现在国产的Linux操作系统真的收到了生态需求的反馈——也就是说生态圈基本建立起来了。
毕竟ZF部门电脑软硬件都要国产化，这对Linux系统的生态是一个很大的推动力。
嗯，QQ的跨平台版本也做了。

消息来源：
https://news.pconline.com.cn/broadcasti ... 78144.html
https://www.163.com/dy/article/IA1FFGSV0511CPVM.html

快科技7月19日消息，前不久，统信UOS V20桌面专业版（1060）正式发布。
“右键刷新”是大多数用户长年累月养成的习惯， 统信UOS增加了对应功能，
现在1060也可以随时“刷新一下”，让用户在使用统信UOS时更加惬意。

此外，Linux系统并不支持长文件名，这将导致公文命名失败
以及从Windows迁移长文件名文件到国产操作系统时造成文件丢失。
现在1060可以开启长文件名模式， 最长支持255个中文（或英文）字符 ，
跨系统拷贝长文件名文件再也不会因此损坏和丢失。

新版还支持无密码登录，
在开机或锁屏状态下进入系统时都无需输入密码，再也不必为反复输入密码而烦恼。
同时为兼顾系统安全，重要操作依旧需要输入密码方可执行。

[onlylove]

喵喵喵？刷新不是红旗linux时代就有的东西吗？

文件名？
https://www.zhihu.com/question/29472905

无密码登录？普通人是方便了，但是统信这东西，zf部门用的，无密码登录？

[yq-ysy]

喵喵喵？刷新不是红旗linux时代就有的东西吗？
文件名？
https://www.zhihu.com/question/29472905
无密码登录？普通人是方便了，但是统信这东西，zf部门用的，无密码登录？

从这文章上看，Red hat 5.9在2015年就支持100个字符的文件名了，
那么，从乐观的角度看，基本可以排除统信UOS是“贴皮套壳的RedHat”了，哈。
从悲观的角度看，人家2015年就已经做到的事情，8年了国内的Linux才做到，嗯。

密码这事，看工作需要，需要设置就设，
有些非涉密部门且多人共用的电脑当然就不需要了，
还有一些是给群众办事用的电脑（例如触摸屏之类的）更不需要了。

[百草谷居士]

文件名长度不是与文件系统本身有关吗？

[onlylove]

喵喵喵？刷新不是红旗linux时代就有的东西吗？
文件名？
https://www.zhihu.com/question/29472905
无密码登录？普通人是方便了，但是统信这东西，zf部门用的，无密码登录？

从这文章上看，Red hat 5.9在2015年就支持100个字符的文件名了，
那么，从乐观的角度看，基本可以排除统信UOS是“贴皮套壳的RedHat”了，哈。
从悲观的角度看，人家2015年就已经做到的事情，8年了国内的Linux才做到，嗯。

密码这事，看工作需要，需要设置就设，
有些非涉密部门且多人共用的电脑当然就不需要了，
还有一些是给群众办事用的电脑（例如触摸屏之类的）更不需要了。

这个东西不一样的人说法不一样，你要知道，统信说的是255个中文字符，请注意，是255个中文字符，其他地方说的是255个字节，255个中文字符可不止255字节，所以这个需要验证
触摸屏什么的，好像确实没密码需求

[astolia]

从这文章上看，Red hat 5.9在2015年就支持100个字符的文件名了，

文件名长度不是与文件系统本身有关吗？

这个东西不一样的人说法不一样，你要知道，统信说的是255个中文字符，请注意，是255个中文字符，其他地方说的是255个字节，255个中文字符可不止255字节，所以这个需要验证

从编程角度梳理一下就很容易理解到底是个什么情况

linux在文件名/路径长度上有三个层面的限制在

第一个是内核的限制，内核通过在头文件里定义了NAME_MAX和PATH_MAX两个宏来确定文件名最大长度和路径最大长度，以字节算分别是255和4096 https://elixir.bootlin.com/linux/v6.4.7 ... mits.h#L12
要更改这个限制，只需要修改这个文件中的定义，再重新编译内核即可。工作量极小

第二个是文件系统的限制。绝大部分原生为linux系统设计的文件系统，都是将文件名长度限制为255字节 https://en.wikipedia.org/wiki/Compariso ... ems#Limits
比如ext4，就在其驱动代码中定义了EXT4_NAME_LEN为255，https://elixir.bootlin.com/linux/v6.4.7 ... t4.h#L2214
要更改这个限制，需要修改每一个要支持的文件系统驱动中的定义，再重新编译驱动。工作量稍大

第三个是应用程序的限制。应用程序处理文件名/路径，需要在内存中开辟一定长度的缓冲区来保存相关字符，这个长度是多少就不好说了。有经验的程序员会使用NAME_MAX和PATH_MAX的值，没经验的程序员会想当然的设置一个值。
要更改这个设置，就必须要修改每一个程序中每一处缓冲区的长度设置，再重新编译。工作量极大

统信干的事，大概率就是处理了1和2的限制，设置成跟ntfs看齐，并处理了少数几个常用软件中3的限制。
这种做法存在的问题在于没有改到的地方，遇到超长文件名的情况就会导致缓冲区溢出，而缓冲区溢出正是很多安全漏洞的根源。