装机这么多年,我越来越觉得Ubuntu 64位系统的“工具包”这三个字,其实是两件事:你装的是工具,搭的是环境。很多人拿到一台刚装好的Ubuntu,第一反应是缺这缺那,然后开始无脑 apt install,装了一堆用不上的包,真正干活的时候还是报错。这篇文章我不打算给你一份流水账式的安装清单,而是按照真实使用场景,把一套64位Ubuntu系统从命令行、桌面、开发到多媒体环境,一步步拆开,讲清楚每个工具包为什么装、装哪个版本、装完怎么验证。适合刚接触Linux的新手,也适合给那些重装过好几次系统、想在下次装机时少踩坑的朋友。
先说一个很多人忽略的前提:Ubuntu现在默认就是64位版本,但还是有大量教程、错误提示、驱动安装脚本会纠结于架构问题。uname -m 输出 x86_64 才能确认你的系统核心是64位,这也直接决定了你要下载的 .deb、.run、.tar.gz 是不是应该选 amd64 版本。另外,我见过不少人在64位系统里装32位运行库,或者反过来在纯64位环境里指望某些老工具能直接跑,结果折腾半天都没修好。所以下面的内容,全部默认基于x86_64架构的Ubuntu 22.04/24.04 LTS,这是目前最主流、最稳定的选择。
1. 装机后的第一件事:确认系统架构与换源
1.1 先验明正身:你的系统到底是什么架构
打开终端,执行下面这行命令:
bash复制uname -m
输出为 x86_64,说明是64位系统,这是绝大多数PC和服务器的情况。如果输出是 aarch64,那就是ARM64架构,常见于树莓派、开发板、Apple Silicon虚拟机等场景。输出是 i386 或 i686,说明是32位系统,这种情况在2025年已经非常少见,建议直接重装64位系统,否则后续很多工具包都会装不上。
除了内核架构,还要看系统的发行版和版本号:
bash复制lsb_release -a
cat /etc/os-release
lsb_release 如果没安装,先用 sudo apt install lsb-release 装上。这里需要提醒一句:网上很多教程都会写“Ubuntu 64位系统需要安装工具包”,但不同版本(20.04、22.04、24.04)的软件源和包名是有差异的,尤其是Python版本、OpenSSL版本、GCC默认版本,直接照搬老教程容易出问题。
1.2 换源不是玄学,是保命操作
Ubuntu默认源在国外,国内网络环境下 apt update 经常慢到怀疑人生,甚至会超时失败。换源的本质,是把 /etc/apt/sources.list 里的下载地址替换成国内镜像地址,这是一件30秒内能完成、收益极高的事。
Ubuntu 22.04及之后的版本,软件源配置文件路径改成了 /etc/apt/sources.list.d/ubuntu.sources,格式也变成了 deb822 格式,不再是以前那种简单的 /etc/apt/sources.list。很多老教程还在教改 sources.list,新系统上根本找不到,这一点必须注意。
我最推荐的做法是直接用软件源配置工具,一条命令准备好:
bash复制sudo apt update && sudo apt install -y ca-certificates
然后修改镜像源。以清华源为例,Ubuntu 24.04 的 /etc/apt/sources.list.d/ubuntu.sources 配置核心内容如下:
code复制Types: deb
URIs: https://mirrors.tuna.tsinghua.edu.cn/ubuntu/
Suites: noble noble-updates noble-backports
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg
这里要注意 Suites 这一行,noble 是Ubuntu 24.04的版本代号,22.04对应的是 jammy,20.04对应的是 focal。改错代号会导致 apt update 报404,所以动手前先确认自己的系统版本。
1.3 一次完整的源更新流程
改完源之后,执行:
bash复制sudo apt update
sudo apt upgrade -y
sudo apt full-upgrade -y
sudo apt autoremove -y
apt update 是刷新软件包索引,apt upgrade 是升级现有已安装软件包,full-upgrade 会处理依赖变化,可能需要安装新包或删除冲突包。我在实际使用中建议:新装系统后一定先跑到 full-upgrade,把内核、系统库全部升级到当前源的最新状态,避免后续装软件时遇到“依赖版本太低”的问题。
另外建议大家装一个 aptitude,它在解决复杂依赖冲突时比 apt 更智能,尤其是处理“
