一、问题现象
在UOS系统中尝试解压某个ZIP压缩包时，系统返回如下报错信息：End-of-central-directory signature not found.但该压缩包在Windows系统中可正常打开和解压。
二、原因分析
ZIP文件格式中，End-of-central-directory（EOCD）签名位于文件末尾，用于标记中央目录的结束位置。出现"End-of-central-directory signature not found"错误，本质上意味着解压工具无法在文件末尾找到该签名。该错误可能由以下三类原因导致：
1. ZIP文件不完整或已损坏（最常见）
这是导致该错误的最主要原因。以下场景均可能导致ZIP文件结构不完整：
· 文件在传输过程中被截断（如拷贝中断、下载不完整）
· 存储介质存在坏道，导致文件尾部数据丢失
· 文件被其他软件误修改，破坏了ZIP格式结构
2. NTFS透明压缩导致的兼容性问题
UOS通过ntfs3驱动读取NTFS格式分区。当ZIP文件位于Windows的NTFS压缩文件夹中时，文件内容可能经过NTFS透明压缩。ntfs3驱动在处理此类压缩数据时存在兼容性缺陷，可能读取到不一致的数据，导致解压工具无法正确识别ZIP文件结构。
3. 文件名编码不一致
Windows系统制作ZIP包时，默认使用本地编码（如GBK/CP929）进行文件名编码。而UOS的unzip命令默认运行在UTF-8环境下，两者编码不匹配。此问题主要表现为中文文件名乱码，在特定情况下也可能导致解压中断。
⚠️ 注意：编码不一致通常导致文件名乱码，而非EOCD签名错误。但若ZIP文件的中央目录因编码解析异常而被误判损坏，也可能间接引发此错误。
三、解决方案
前置步骤：
验证ZIP文件完整性，在尝试其他方案前，建议先使用zip命令检查压缩包是否完整：
zip -T [压缩包名].zip 或者使用md5sum 对压缩包的MD5值进行校验若输出"OK"则文件结构完整，可跳至方案一继续排查；
若提示损坏，建议在Windows端重新拷贝或重新打包。
方案一：使用unar命令解压（推荐）
unar对编码兼容性更好，可自动识别并处理中文文件名问题。
基本用法：
unar [压缩包名].zip带密码的压缩包：
unar -p [密码] [压缩包名].zip注意：若UOS系统未预装unar，请先执行以下命令安装：
sudo apt install unar方案二：使用unzip命令指定编码方式解压
通过-O参数指定字符编码，以匹配Windows环境下的编码格式（通常为GBK）。
基本用法：
unzip -O [编码] [压缩包名].zip常见编码示例：
指定GBK编码：
unzip -O gbk [压缩包名].zip指定CP936编码：
unzip -O cp936 [压缩包名].zip带密码的压缩包：
unzip -P [密码] -O gbk [压缩包名].zip四、操作示例
示例1：使用unar解压
unar 财务报表.zip示例2：使用unzip指定GBK编码
unzip -O gbk 财务报表.zip示例3：带密码的压缩包
unzip -P 123456 -O gbk 财务报表.zip五、注意事项
1. 若压缩包来源为Windows环境且包含中文文件名，优先推荐使用unar命令，可避免手动指定编码的繁琐。
2. 若使用unzip -O无效，可尝试更换编码参数，如cp936、gb18030等。
3. 若确认压缩包已在Windows中通过NTFS压缩功能压缩过，建议在Windows端将文件夹或文件的"压缩内容以便节省磁盘空间"属性取消（右键 → 属性 → 高级 → 取消勾选），再重新拷贝至UOS环境。
4. 若以上方案均无法解决，且压缩包内不涉及敏感信息，可在Windows端使用ZIP格式重新打包（打包时确保文件名编码为UTF-8），再在UOS中解压。
六、相关命令速查
| 命令 | 用途 |
| unar 文件名.zip | 自动解压，兼容中文编码 |
| unzip -O gbk 文件名.zip | 指定GBK编码解压 |
| sudo apt install unar | 安装unar工具 |
©统信软件技术有限公司。访问者可将本网站提供的内容或服务用于个人学习、研究或欣赏，以及其他非商业性或非盈利性用途，但同时应遵守著作权法及其他相关法律的规定，不得侵犯本网站及相关权利人的合法权利。除此以外，将本网站任何内容或服务进行转载，须备注：该文档出自【faq.uniontech.com】统信软件知识分享平台。否则统信软件将追究相关版权责任。
