- 主题:有什么办法让Linux和Windows下“同一个文件”的校验和保持一致
Linux服务器上GB2312编码的文本文件（经常数万个）用tar不压缩打包，以二进制文件方式通过xftp下载到Windows机上，再用U盘拷出。现在知道可能是U盘有问题了，经常tar包解开后部分文件有乱码。
我在想有什么办法让Linux和Windows下“同一个文件”的校验和保持一致，这样我不用解开tar包就知道是否需要重传或重拷tar包。
--
修改:yookee FROM 222.90.56.44
FROM 222.90.56.44
文件拷贝时校验和不变，和系统是什么没关系
用MD5SUM看一下两个tar文件的值是不是一样就知道文件是不是拷错了
【 在 yookee (游游|老K) 的大作中提到: 】
: Linux服务器上GB2312编码的文本文件（经常数万个）用tar不压缩打包，以二进制文件方式通过xftp下载到Windows机上，再用U盘拷出。现在知道可能是U盘有问题了，经常tar包解开后部分文件有乱码。
: 我在想有什么办法让Linux和Windows下“同一个文件”的校验和保持一致，这样我不用解开tar包就知道是否需要重传或重拷tar包。
: --
: ※ 修改:·yookee 于 Dec 20 21:30:31 2024 修改本文·[FROM: 222.90.56.44]
--
修改:yookee FROM 222.90.56.44
FROM 114.254.87.*
在公司的网络环境里，凝思服务器上用md5sum和shasum生成的校验和与文件下载到Win11工作站上的校验和不一致，即使文件没有损坏。是否和凝思的系统编码为GB2312/GB18030有关？
--
FROM 222.90.56.44
你在服务器上打包为tar之后，再做sha256sum，tar文件和tar.sha256文件一起传到windows然后复制进U盘。
打包完成的容器文件又不管你容器内的文本文件是什么编码的，反正它自己是二进制bin字节编码。
复制进入U盘后跑sha56sum -c tar文件.sha256进行完整性验证。
话说你都知道U盘坏了，不赶紧扔了买个SLC的或者MLC的，还折腾它这个做什么。
还不清楚详细步骤的话就去问AI
--
FROM 171.213.207.*
无关。看起来是下载出错了。你可以重新下载试试，如果原文件很大，可以先用个小文件试试。
【 在 yookee 的大作中提到: 】
: 在公司的网络环境里，凝思服务器上用md5sum和shasum生成的校验和与文件下载到Win11工作站上的校验和不一致，即使文件没有损坏。是否和凝思的系统编码为GB2312/GB18030有关？
--
FROM 114.93.163.*
看来是传输通道有问题了，当时直接下到工作站硬盘和直接下到U盘上的文件校验和一致，但与服务器上做的校验和不一致。
【 在 creek 的大作中提到: 】
: 无关。看起来是下载出错了。你可以重新下载试试，如果原文件很大，可以先用个小文件试试。
:
--
FROM 36.43.216.41
我以为正常情况下也会发生校验码不一致的情况，MD5和SHA1都校验过了，不一致。现在看可能是当时传输有问题了。
【 在 poocp 的大作中提到: 】
: 你在服务器上打包为tar之后，再做sha256sum，tar文件和tar.sha256文件一起传到windows然后复制进U盘。
: 打包完成的容器文件又不管你容器内的文本文件是什么编码的，反正它自己是二进制bin字节编码。
: 复制进入U盘后跑sha56sum -c tar文件.sha256进行完整性验证。
: ...................
--
FROM 36.43.216.41