今天在官方源下载了 Tumbleweed 的镜像，打算重装一遍系统。
因为手头没有 u 盘，所以给硬盘尾部分了一个 5g 的 fat32 分区，把下载下来的 iso 解压到了里面。（以前我安装系统也是这么做，没有出现过问题）
重启后进入安装程序，在仓库初始化的时候就开始报错找不到文件。
找不到的文件都在 /repodata/ 目录下。
于是重启回了 windows,找到了对应目录，发现有 4 个文件的文件名尾部被截断了。
在 /repodata/repomd.xml 文件里面可以找到这个目录下面文件的描述，我把被文件名被截断的文件的文件名都补了回来。
比对发现被截断的文件名都是以 sha512 作为文件名的文件。合理推测是文件名太长的原因。
又跑去清华源下了一遍，文件名依旧是被截断的，排除下载过程出错。
用资源管理器挂载 iso,发现对应的文件的文件名是被截断的，用 7zip 打开对应 iso,发现对应的文件名也是被截断的，排除了解压过程的问题。
而且我在 windows 下也可以改名成功，可以排除 fat32 文件系统不支持长文件名的原因。
把这四个文件的名字缺掉的部分补回来，安装过程就不报错了。
所以这是否算是官方在打包过程中出现了问题?
如果不是打包问题的话，有哪位同学知道是啥原因也烦请告诉我一下，多谢。
lilydjwg
(lilydjwg)
#2
被截断的长度是 103 字符？ISO 文件的类型是 iso9660？你下载的 iso 具体文件名是？
1赞
刚才在 Linux 下用 ark 看了一下镜像，发现文件名正常了。那么导致这个问题的原因应该是 windows 系统对 iso 文件类型的识别不正确？
lilydjwg
(lilydjwg)
#6
我下了一份，是 iso9660 没错。截断的具体位置还是不能确定，我下载到的和截图里的不一样。不过我用 7z 看了一下，也被截断了，位置是 103 字符。
所以猜测是 Windows / 7z 对 iso9660 的支持不行，不认这么长的文件名。具体细节需要找个 iso9660 的专家来检查了。
1赞
我也不太清楚。。现在我不太方便弄，晚上回家去数一下
lilydjwg
(lilydjwg)
#8
我觉得不用数了，我 OCR 出来的结果也是 103，7z 出来的也是 103，对得上。这个 103 在 mkisofs 的手册里有提到。
1赞
好的，我现在也基本搞清楚了。但感觉这可以算一个破坏性更新了
毕竟之前没有这么长的文件名，在 windows 下操作不会出问题
system
(system)
关闭
#10
本主题在最后一个回复创建后60分钟后自动锁定。不再允许添加新回复。
