如何解决 无法下载 https://mirrors.aliyun.com/ubuntu/dists/plucky/main/binary-arm64/Packages的问题

在部署AI模型和构建基础设施时，我们经常需要在特定的硬件架构（如ARM64）上安装复杂的依赖项。如果遇到类似“无法下载 https://mirrors.aliyun.com/ubuntu/dists/plucky/main/binary-arm64/Packages”的错误，通常是因为系统的软件包源配置（sources.list）中的发行版代号（Codename）无效或已过期。

这个问题是典型的HTTP 404错误，意味着阿里云镜像站上根本不存在名为 plucky 的发行版目录。

1. 诊断问题：检查 sources.list

首先，我们需要定位导致错误的配置文件。在大多数基于Debian/Ubuntu的系统中，这是 /etc/apt/sources.list。

1
2
3
4
5
# 备份原始文件以防万一

sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak



# 查看当前配置，找到包含 'plucky' 的行

grep 'plucky' /etc/apt/sources.list

您可能会看到类似于以下内容的条目：

1
deb https://mirrors.aliyun.com/ubuntu/ plucky main restricted

2. 技术分析：理解 Ubuntu 发行版代号

Ubuntu 的每个主要版本都有一个独特的动物名称（代号），例如：

• Focal Fossa: 20.04 LTS
• Jammy Jellyfish: 22.04 LTS (推荐用于新的AI部署)
• Noble Numbat: 24.04 LTS (最新)

代号如 plucky 可能是一个旧的、测试版或者非标准的代号，它并未被主流镜像源同步。对于AI基础设施而言，我们强烈推荐使用LTS（长期支持）版本的代号，例如 jammy (22.04)。

3. 解决问题：替换错误的发行版代号

解决办法是使用文本编辑工具（如sed）将配置文件中所有错误的代号替换为当前稳定的LTS代号，例如 jammy。

注意: 运行以下命令前，请确保您了解此更改的影响。

1
2
3
4
5
6
7
8
9
10
# 推荐使用 22.04 LTS (Jammy Jellyfish) 代号进行替换

OLD_CODENAME="plucky"

NEW_CODENAME="jammy"



# 使用 sed 命令安全地替换所有 sources.list 文件中的旧代号

sudo sed -i "s/$OLD_CODENAME/$NEW_CODENAME/g" /etc/apt/sources.list

sudo sed -i "s/$OLD_CODENAME/$NEW_CODENAME/g" /etc/apt/sources.list.d/*.list



# 检查替换结果

grep "$NEW_CODENAME" /etc/apt/sources.list

4. 验证和更新软件包列表

替换代号后，系统现在会尝试从正确的路径（例如 /dists/jammy/main/binary-arm64/Packages）下载包列表。由于我们针对的是ARM64环境，此步骤对于确保依赖于特定架构的AI软件包（如特定优化的深度学习框架）能够正确解析至关重要。

1
2
3
4
5
# 清理本地缓存

sudo apt clean



# 重新下载软件包列表并更新

sudo apt update

如果配置正确，apt update 将会成功运行，不再报告404错误，表示您的AI部署环境的基础包管理系统已恢复正常。