校验码错误是deepin-elf-verify服务主动拦截未签名或签名失效的.deb包，非文件损坏；需先用sha256sum验证完整性，再检查服务状态，最后通过修改mode、添加白名单或改用apt安装临时绕过，或导入公钥永久修复。
当你在统信UOS中执行sudo dpkg -i 或双击安装.deb包时，终端弹出“校验码错误”或“failed the verification”提示，说明系统安全机制已拦截该包——这不是文件损坏，而是deepin-elf-verify服务主动拒绝未签名或签名失效的软件包。
确认是否为校验码错误而非文件损坏
先排除文件传输异常：在终端中运行 sha256sum 软件包名.deb，比对官网或发布方提供的SHA256值。若一致，则【100%是签名验证失败，不是文件损坏】；若不一致，需重新下载包，不要跳过此步直接改配置。
接着检查验证服务状态：systemctl status deepin-elf-verify.service。若显示 active (running)，说明校验机制正在工作，错误确实来自策略拦截。
临时绕过校验（适用于可信来源的本地deb）
方法一：关闭全局验证开关
执行命令：sudo sed -i 's/^1$/0/' /usr/share/deepin-elf-verify/mode。这会把验证模式从严格（1）改为宽松（0），【修改后无需重启服务，立即生效】。
方法二：仅放行当前deb包
将deb包绝对路径写入白名单：echo "/home/用户名/Downloads/your-app.deb" | sudo tee -a /usr/share/deepin-elf-verify/whitelist。注意路径必须完整、精确，不能用~缩写。
方法三：用apt命令替代dpkg安装
执行：sudo apt install ./软件包名.deb。apt会自动调用验证钩子但允许降级处理，部分签名异常包可被绕过校验完成安装。
永久修复签名验证问题
第一步：确认包是否具备有效签名
运行：dpkg-sig --verify 软件包名.deb。若提示“NOKEY”或“BADSIG”，说明该包根本未签名，或签名密钥未被UOS信任。此时联系软件作者索取带UOS兼容签名的版本，或要求其提交至应用商店审核。
第二步：导入签名公钥（仅限你明确信任的发布方）
假设你已获取对方公钥文件key.asc：sudo apt-key add key.asc → sudo apt update。这一步后，后续同源deb包将自动通过校验。
第三步：重置验证配置到出厂状态（慎用）
若之前手动修改过mode/status文件，恢复默认：sudo cp /usr/share/deepin-elf-verify/mode.bak /usr/share/deepin-elf-verify/mode 2>/dev/null || sudo echo "1" | sudo tee /usr/share/deepin-elf-verify/mode。这能避免因配置残留导致后续系统更新异常。
