这个问题一句话我还说不清楚，所以来讨论一下。

AbbyCin

从小白过来，现在在第四个阶段，遇到无数的问题，一个个的摆平了（也包括重装过系统--！），但是总有些问题上图。。

系统opensuse12.2当前是root。
为什么会有这种事，原因是？ 大家有遇到过的吗，怎么删除掉？。。。
问题是前天都还是正常的，我还打开看过图片（拿了一张做桌面背景），显示也是正常的，应该不是编码问题。

laogaome

文件名字符编码问题，可以用命令行find + rename，或者试试安装一个nautilus，然后在GUI界面中按F2修改。

jeff2229

编码问题貌似。解压出来的？在压缩工具上动点脑筋。删除的话，试试rm -r命令。

AbbyCin

jeff2229 发表于 2012-10-14 20:16
编码问题貌似。解压出来的？在压缩工具上动点脑筋。删除的话，试试rm -r命令。

rm -r ？您是让我把同一个目录的文件和文件夹移走吗（我Qtcurve的主题装在那儿的，得先make uninstall）？要不然rm -r 加什么？rm -r ？？xx吗？

jeff2229

AbbyCin 发表于 2012-10-14 21:19
rm -r ？您是让我把同一个目录的文件和文件夹移走吗（我Qtcurve的主题装在那儿的，得先make uninstall）？ ...

如果复制粘贴能用的话，rm -r （粘贴该文件/夹名），如果不行，那就只好备份数据，退到上级目录再试试移除整个目录了。

上次我解压一个乱码出来就是rm掉的……

AbbyCin

jeff2229 发表于 2012-10-14 21:48
如果复制粘贴能用的话，rm -r （粘贴该文件/夹名），如果不行，那就只好备份数据，退到上级目录再试试移除 ...

没有好办法啦？

darkduke

可惜iconv似乎不支持文件夹名的编码转换，仅支持文件，否则可以转换编码的。

sanmo2011

在非root用户下出现这种问题不？

jeff2229

AbbyCin 发表于 2012-10-14 22:38
没有好办法啦？

这个办法哪里不好嘛？

AbbyCin

sanmo2011 发表于 2012-10-14 22:45
在非root用户下出现这种问题不？

我是现在非root用户下发现文件夹打不开然后到root能打开且一切正常但是后来root也不行了（就像12.1时的firefox遇到flash会崩溃而root下不会，后来root下也崩溃-_-!。。。）

AbbyCin

jeff2229 发表于 2012-10-14 22:50
这个办法哪里不好嘛？

我还得先卸载主题啊，就是不想这么干的，我以前也都是您这样啊。。。

sanmo2011

AbbyCin 发表于 2012-10-14 23:11
我是现在非root用户下发现文件夹打不开然后到root能打开且一切正常但是后来root也不行了（就像12.1时的fi ...

像是字符编码问题，你把文件浏览器的编码该其他的试试。

linux对中文支持不好。比如我解压中文内容的文件（夹）还得到虚拟机（装的win8）里。
你可以d到win下看能打开不。能的话，文件完好，应该就是编码问题

nautilus可以试试

darkduke

sanmo2011 发表于 2012-10-14 23:18
像是字符编码问题，你把文件浏览器的编码该其他的试试。

linux对中文支持不好。比如我解压中文内容的文 ...

不是支持不好，而是因为一般发行版默认采用Unicode进行编码，而windows下面的标准编码是gbk。把locale设置成gbk或者gb18030应该就行了。这应该算是windows的问题。Unicode的适用性更广泛。
比如我的Funtoo，我所设置生成的全部locale如下：

jeff2229

darkduke 发表于 2012-10-14 23:38
不是支持不好，而是因为一般发行版默认采用Unicode进行编码，而windows下面的标准编码是gbk。把locale设置 ...

据我所知不是Windows的问题，是中国xxxx（作有关部门解）对境内软件产品的强制规定。貌似不是GBK，是GB2312和GB18030。

jeff2229

AbbyCin 发表于 2012-10-14 23:12
我还得先卸载主题啊，就是不想这么干的，我以前也都是您这样啊。。。

不一定，直接先复制文件名试试啊

darkduke

jeff2229 发表于 2012-10-14 23:50  据我所知不是Windows的问题，是中国xxxx（作有关部门解）对境内软件产品的强制规定。貌似不是GBK，是GB23 ...

具体的历史原因我倒确实不太清楚，不过看网上一般转换Windows下面的文件时候都是指定从GBK转到UTF-8，于是我就以为Windows的默认编码是GBK了。

jeff2229

darkduke 发表于 2012-10-14 23:58
具体的历史原因我倒确实不太清楚，不过看网上一般转换Windows下面的文件时候都是指定从GBK转到UTF-8，于是 ...

对了，不知Linux用ZFS的性能如何？读写速度之类。

darkduke

jeff2229 发表于 2012-10-15 00:41
对了，不知Linux用ZFS的性能如何？读写速度之类。

目前似乎没有现成的直接测试工具，只好用dd代替了：

sanmo2011

darkduke 发表于 2012-10-14 23:38
不是支持不好，而是因为一般发行版默认采用Unicode进行编码，而windows下面的标准编码是gbk。把locale设置 ...

在windows下保存的文本在linux下是乱码，够说明问题了：这两个系统互通性太差。－－工作要么在全在linux下完成，要么都在windows下完成

jeff2229

darkduke 发表于 2012-10-15 10:10
目前似乎没有现成的直接测试工具，只好用dd代替了：

好的，实验组有了，再来个对照组就圆满了。