使用Ubuntu13.04更新软件时出现了以下的错误:W: 校验签名出错。此仓库未被更新...

本文提供了解决Ubuntu系统中APT更新遇到GPG错误的方法,包括清理缓存、重置列表文件及更新缺失的公钥等步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

参考网上的12.04类似问题的例子

http://forum.ubuntu.org.cn/viewtopic.php?f=77&t=383815

http://www.kaijia.me/2012/09/apt-get-update-gpg-badsig-issue-solved/

一、打开终端输入:
$ sudo su
# apt-get clean
# cd /var/lib/apt
# mv lists lists.back
# mkdir -p lists/partial
# apt-get clean
# apt-get update
二、如果以上步骤解决不了,尝试删除签名:
1.打开新立得软件管理器 -- 设置 -- 软件库 -- 身份认证 -- 删除里边所有PPA软件签名
2.打开终端,输入
$ sudo apt-get update
3.将出现类似以下的错误:
W: GPG 错误:http://ppa.launchpad.net precise Release: 由于没有公钥,无法验证下列签名: NO_PUBKEY 32B18A1260D8DA0B
4.其中32B18A1260D8DA0B就是缺失的签名(公钥),然后我们使用命令对其进行更新:
sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com ××××××××(有多个签名需要更新使用空格分离即可)
5.最后再使用sudo apt-get update 更新一下即可!

使用方法1解决了问题。


### 解决方案 要解决 `NO_PUBKEY` 错误并成功导入缺失的 GPG 公钥 `EF9DBDC73B7D1A07`,可以按照以下方法操作: #### 方法一:通过 Key Server 获取公钥 可以通过公共密钥服务器获取所需的 GPG 公钥。以下是具体命令: ```bash sudo gpg --keyserver keyserver.ubuntu.com --recv-keys EF9DBDC73B7D1A07 ``` 此命令会尝试从 Ubuntu 官方密钥服务器上检索指定的公钥[^2]。 完成公钥接收后,将其添加到 APT 可信存储中: ```bash sudo gpg --export --armor EF9DBDC73B7D1A07 | sudo tee /etc/apt/trusted.gpg.d/teamviewer.asc ``` 最后设置文件权限以确保安全性: ```bash sudo chmod 644 /etc/apt/trusted.gpg.d/teamviewer.asc ``` 上述步骤能够有效处理因缺少特定公钥而导致的校验错误[^1]。 如果仍然遇到问题,则可能是因为网络连接不稳定或者目标密钥存在于所选服务器之上。此可更换其他密钥服务器重试,例如 hkp://keys.gnupg.net 或者 pool.sks-keyservers.net。 #### 方法二:手动下载并导入公钥 当自动方式不可用,可以选择直接从官方资源页面下载对应的 `.asc` 文件形式的公钥。对于 TeamViewer 来说,通常可以从其官方网站找到最新版本的相关说明文档链接指向正确的签名证书位置;如果没有明确给出的话也可以参考相似软件的做法比如 Yarn 包管理器采用的方式——利用 curl 工具抓取远程 URL 并保存成本地副本后再执行下一步骤动作: 先下载公钥至当前目录下命名为 teamviewer.asc: ```bash curl -sS https://download.teamviewer.com/download/linux/signature/TeamViewer2017.asc -o teamviewer.asc ``` 接着像之前一样把该 asc 文件内容加入系统信任列表里面去: ```bash cat teamviewer.asc | sudo apt-key add - ``` 注意这里假设已经确认过这个 ASC 文件确实对应我们需要的那个 NO_PUBKEY 所指代的对象即 EF9DBDC73B7D1A07 这样的情况才适用这种方法[^5]。 另外一种情形是在某些特殊环境下即使完成了以上全部流程依旧报错提示找不到相应 pub 则建议检查是否存在重复定义相同名称但不同路径下的多个 keys 资料夹现象从而引起冲突矛盾状况发生进而影响最终效果呈现出来表现为持续存在同样的验证失败警告信息显示不出来预期中的正常状态表现形式[^3]. 综上所述,无论是借助在线服务还是离线手段都可以妥善处置此类由缺乏必要加密组件引发的技术难题只要遵循标准指南即可顺利达成目的恢复系统的稳定性和可靠性水平达到理想程度满足日常运维需求无虞.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值