我一直对国产的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个中文(或英文)字符 ,
跨系统拷贝长文件名文件再也不会因此损坏和丢失。
新版还支持无密码登录,
在开机或锁屏状态下进入系统时都无需输入密码,再也不必为反复输入密码而烦恼。
同时为兼顾系统安全,重要操作依旧需要输入密码方可执行。
统信UOS_V20桌面专业版(1060)支持长文件名255个中文字符
- yq-ysy
- 论坛版主
- 帖子: 4467
- 注册时间: 2008-07-19 12:44
- 来自: 广西(桂)南宁(邕)
-
- 论坛版主
- 帖子: 5254
- 注册时间: 2007-01-14 16:23
Re: 统信UOS_V20桌面专业版(1060)支持长文件名255个中文字符
喵喵喵?刷新不是红旗linux时代就有的东西吗?
文件名?
https://www.zhihu.com/question/29472905
无密码登录?普通人是方便了,但是统信这东西,zf部门用的,无密码登录?
文件名?
https://www.zhihu.com/question/29472905
无密码登录?普通人是方便了,但是统信这东西,zf部门用的,无密码登录?
- yq-ysy
- 论坛版主
- 帖子: 4467
- 注册时间: 2008-07-19 12:44
- 来自: 广西(桂)南宁(邕)
Re: 统信UOS_V20桌面专业版(1060)支持长文件名255个中文字符
从这文章上看,Red hat 5.9在2015年就支持100个字符的文件名了,onlylove 写了: ↑2023-07-20 13:12 喵喵喵?刷新不是红旗linux时代就有的东西吗?
文件名?
https://www.zhihu.com/question/29472905
无密码登录?普通人是方便了,但是统信这东西,zf部门用的,无密码登录?
那么,从乐观的角度看,基本可以排除统信UOS是“贴皮套壳的RedHat”了,哈。
从悲观的角度看,人家2015年就已经做到的事情,8年了国内的Linux才做到,嗯。
密码这事,看工作需要,需要设置就设,
有些非涉密部门且多人共用的电脑当然就不需要了,
还有一些是给群众办事用的电脑(例如触摸屏之类的)更不需要了。
- 百草谷居士
- 帖子: 3936
- 注册时间: 2006-02-10 16:36
- 系统: debian12/xubuntu2404
Re: 统信UOS_V20桌面专业版(1060)支持长文件名255个中文字符
文件名长度不是与文件系统本身有关吗?
debian 12.5 / xubuntu 24.04
为何热衷于搞发行版的多,搞应用程序开发的少?Linux最多余的就是各种发行版,最缺的就是应用程序,特别是行业应用程序。
为何热衷于搞发行版的多,搞应用程序开发的少?Linux最多余的就是各种发行版,最缺的就是应用程序,特别是行业应用程序。
-
- 论坛版主
- 帖子: 5254
- 注册时间: 2007-01-14 16:23
Re: 统信UOS_V20桌面专业版(1060)支持长文件名255个中文字符
这个东西不一样的人说法不一样,你要知道,统信说的是255个中文字符,请注意,是255个中文字符,其他地方说的是255个字节,255个中文字符可不止255字节,所以这个需要验证yq-ysy 写了: ↑2023-07-20 13:57从这文章上看,Red hat 5.9在2015年就支持100个字符的文件名了,onlylove 写了: ↑2023-07-20 13:12 喵喵喵?刷新不是红旗linux时代就有的东西吗?
文件名?
https://www.zhihu.com/question/29472905
无密码登录?普通人是方便了,但是统信这东西,zf部门用的,无密码登录?
那么,从乐观的角度看,基本可以排除统信UOS是“贴皮套壳的RedHat”了,哈。
从悲观的角度看,人家2015年就已经做到的事情,8年了国内的Linux才做到,嗯。
密码这事,看工作需要,需要设置就设,
有些非涉密部门且多人共用的电脑当然就不需要了,
还有一些是给群众办事用的电脑(例如触摸屏之类的)更不需要了。
触摸屏什么的,好像确实没密码需求
- astolia
- 论坛版主
- 帖子: 6542
- 注册时间: 2008-09-18 13:11
Re: 统信UOS_V20桌面专业版(1060)支持长文件名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的限制。
这种做法存在的问题在于没有改到的地方,遇到超长文件名的情况就会导致缓冲区溢出,而缓冲区溢出正是很多安全漏洞的根源。