给 Ubuntu 换壁纸、调终端配色、装一堆主题扩展,确实很容易上头。但如果你刚装完 Ubuntu,或者说系统已经卡到连软件都装不上了,那这份劲头大概率用错了地方。我不是反对美化,而是想给刚接触 Ubuntu 的人一条更稳的路线:先把软件源、输入法、显卡驱动、网络、Docker 这些真正影响日常使用和开发效率的基础配置搞定,再回头考虑壁纸和主题。这篇内容适合三类人:刚装完 Ubuntu 不知道下一步该干什么的新手,被 apt 报错、输入法切不出来、虚拟机网络不通折腾过的人,以及打算把 Ubuntu 当主力开发机却还没整理好配置顺序的人。最值得关注的点,是一份可以照着做的优先级清单。
1. 换壁纸没有错,错的是把它排在最前面
1.1 为什么美化最容易先被看到,却不是最该做的
外观变化是立竿见影的。你换一张壁纸,马上能截一张漂亮的图,发到群里,满足感立刻到位。但系统是否稳定、软件能不能装上、输入法能不能正常切换中文,这些事不会马上以“好看”的方式反馈给你,它们只会在遇到问题时突然冒出来。
很多新手把大量时间花在找主题包、调终端配色、安装各种扩展上,结果真正开始装开发环境时,发现软件源没换、依赖缺失、NVIDIA 驱动不对,又得回头补课。补课并不难,难的是你原本已经收集了一堆主题资源,也把壁纸切换工具配好了,结果一点用没有。这时候你才会意识到,壁纸解决不了“apt 安装软件报错”的问题。
1.2 美化与基础配置的投入产出对比
我用一张表把这件事说清楚。很多人对美化的投入产出是有误解的,觉得它“花不了多少时间”,实际上找主题、调配置、处理兼容问题,半小时起步是常态。
| 事项 | 常见耗时 | 解决什么问题 | 失败后果 |
|---|---|---|---|
| 换壁纸、主题 | 30 分钟起步 | 视觉体验 | 最多恢复默认,影响不大 |
| 换软件源 | 5 分钟 | 软件安装速度、依赖解析 | apt 大量报错,常用软件装不上 |
| 配置输入法 | 15 分钟 | 中文输入 | 中文内容写不了,日常效率骤降 |
| 安装显卡驱动 | 20-40 分钟 | 图形性能、GPU 计算 | 只有基础显示,影响 CUDA、游戏 |
| 安装 Docker | 20 分钟 | 容器化开发 | 常用开发环境跑不起来 |
| 虚拟机或 WSL2 网络 | 10-30 分钟 | 远程开发、跨系统通信 | 服务连不上,环境像被隔离一样 |
单看“失败后果”,壁纸是最轻的。所以我的结论是:美化必须做,但顺序要靠后。
1.3 我的优先级排序:稳定、可用、顺手、好看
这句话值得记住:先稳定,再可用,再顺手,最后好看。
稳定,是系统能正常开机、更新、安装软件,不会因为源的问题三天两头报错。可用,是输入法、网络、文件系统、共享目录都正常。顺手,是终端、截图、图床、窗口管理、虚拟机网络都符合自己的使用习惯。好看,是在前面三项都完成之后,再投入剩余精力去美化。
如果你刚装完系统,第一步应该是把稳定和可用做扎实,而不是先找壁纸。壁纸以后有的是时间换,但源和驱动不对,会拖慢你后面所有事情的进度。
2. 装系统前先想清楚:镜像、架构和三类运行环境
2.1 Ubuntu 镜像下载和系统架构判断
很多人系统装好了才知道自己选错了架构。Ubuntu 镜像分为 amd64、arm64、ppc64el 等,最常见的是 amd64 和 arm64。如果下载阶段选错,后面的软件源、驱动和安装包都会跟着出问题。
判断系统架构很简单,在终端里执行:
uname -m输出x86_64,对应 amd64 镜像;输出aarch64,对应 arm64 镜像。也可以用lscpu看 Architecture 字段,信息更详细。
下载镜像时,建议到 Ubuntu 官网或者国内知名镜像站下载,下载完成后最好校验一下 SHA256。不要随便在论坛里找网盘链接,镜像文件被改动过的风险不值得冒。
2.2 VMware、WSL2、双系统怎么选
很多人不知道 Ubuntu 有三种常见运行方式,选错了再回头折腾,成本很高。
| 环境 | 优点 | 缺点 | 适合人群 |
|---|---|---|---|
| VMware 虚拟机 | 不影响 Windows,快照方便,可多系统并存 | 图形性能一般,磁盘占用较大 | 学习、测试、做实验 |
| WSL2 | 启动快,和 Windows 文件互通,Docker 友好 | GUI 和 USB/串口支持受限 | 开发、命令行、自动化 |
| 双系统 | 性能完整,可直通硬件 | 分区和引导有风险,切换麻烦 | 需要完整图形性能或 GPU 计算 |
如果你只是想体验 Ubuntu,用 VMware 最稳妥。如果你主要做 Web 开发、写脚本、跑容器,WSL2 体验很好。如果你需要训练模型、打游戏,或者做嵌入式开发要直连串口设备,双系统更合适。
2.3 安装前准备:U盘、分区、备份
U 盘安装 Ubuntu 时,我建议用 Ventoy 或者系统自带工具写入镜像。制作前先确认 U 盘里没有重要文件,因为写入过程会清空 U 盘。
双系统安装前,要特别注意两件事:
- 查看 Windows 是否开启了 BitLocker 磁盘加密。如果开启,先在 Windows 里暂停或准备恢复密钥,否则可能导致分区无法访问。
- 查看磁盘分区情况,预留出至少 30GB 空余空间给 Ubuntu。
手动分区时,建议把系统分区和用户数据分区分开,也就是/和/home分开。这样以后系统崩溃需要重装时,用户文件还在。swap 分区可以按内存大小来,内存小于 8GB 时给 4GB 左右,内存大时可以给少量或者直接用 swap 文件。
2.4 版本和升级策略
普通用户和开发机都建议选择长期支持版本,也就是 LTS。目前 22.04 LTS 和 24.04 LTS 都是常见选择。6 个月发布一次的短期版本适合追新功能,但不适合作为主力环境。
如果你现在用的是 20.04,想升级到 24.04,不要直接跳版本。先执行:
sudo apt update sudo apt upgrade然后检查磁盘空间和备份,再执行do-release-upgrade。升级过程可能要花一段时间,不要中断。
我一般建议新机器直接装最新 LTS,不要装两年前的版本再慢慢升级。版本越老,软件源和依赖兼容性问题越多。
3. 装完 Ubuntu 第一件事:换软件源和输入法,这比壁纸重要得多
3.1 软件源:为什么 apt 慢、软件装不上,经常是源的问题
装完 Ubuntu 后,系统默认配置的软件源可能在海外,更新速度和稳定性都会受影响。很多新手遇到的“apt update 一直超时”“安装软件找不到包”问题,根源就在这里。
换源,就是把软件源修改成国内访问速度更快的镜像站。
不同版本配置文件的路径不一样:
- Ubuntu 22.04 及更新版本,常见配置文件是
/etc/apt/sources.list.d/ubuntu.sources - Ubuntu 20.04 及更早版本,常见配置文件是
/etc/apt/sources.list
操作前先备份原文件:
sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak然后编辑配置文件,把里面的源地址替换成你所在网络的镜像站地址。替换完成后执行:
sudo apt update判断换源是否成功的标准有两个:apt update不报错,能正常列出可更新软件;apt install速度能接受。
3.2 搜狗输入法:安装前先搞定 fcitx 框架
搜狗输入法 Linux 版基于 fcitx 输入法框架。很多新手直接双击 deb 包安装搜狗输入法,结果报依赖错误,然后就放弃了。这不是搜狗本身的问题,是缺少 fcitx 基础环境。
正确流程是:
sudo apt install fcitx fcitx-config-gtk然后下载对应系统架构的搜狗输入法 deb 包,执行:
sudo dpkg -i sogoupinyin_xxx_amd64.deb如果报依赖错误,用下面的命令补全:
sudo apt -f install安装完成后,需要把系统输入法框架设置为 fcitx,注销后重新登录。这一步不能省,否则即使装好了也切不出来中文。
还要注意一个坑:搜狗输入法官方包通常只有 amd64 版本。如果你的系统是 arm64,比如某些 ARM 开发板,可能找不到对应的搜狗输入法包。这时我建议直接用 fcitx5 或系统自带输入法,更省心。
3.3 输入法切换、候选框不显示怎么排查
我见过很多人安装完输入法后,中文能切换了,但候选框不显示,只能靠盲打。这个问题的排查顺序很重要:
- 在终端运行
fcitx,看是否有错误输出。 - 检查环境变量是否设置正确:
echo $GTK_IM_MODULE echo $QT_IM_MODULE echo $XMODIFIERS正常情况下可以看到 fcitx 相关内容。
- 检查是否安装了 fcitx 的前端支持包:
sudo apt install fcitx-frontend-gtk2 fcitx-frontend-gtk3 fcitx-frontend-qt5- 如果用的是 Wayland 显示协议,fcitx5 的兼容性比 fcitx4 更好。
如果你不想折腾搜狗,可以直接装 fcitx5 加中文拼音,或者用 GNOME 自带的智能拼音。默认配置下都够用,而且稳定性比第三方输入法更容易控制。
4. 开发环境优先级最高:显卡驱动、Docker、网络和 WSL2
4.1 NVIDIA 显卡驱动:先确认型号和驱动状态,再动手
给 Ubuntu 装 NVIDIA 驱动,最忌讳的就是一上来就下载官网 .run 文件。很多新手照着教程手动装驱动,然后遇到循环登录、桌面起不来、内核模块和系统不匹配,最后只能重装系统。
更稳妥的顺序是先看现状:
lspci | grep -i nvidia nvidia-smi如果nvidia-smi能显示 GPU 信息,说明系统里已经装好驱动了,不需要重复安装。如果提示命令不存在,再检查系统推荐的驱动:
ubuntu-drivers devices然后安装推荐版本:
sudo ubuntu-drivers install安装完成后重启,再执行nvidia-smi验证。看到 GPU 型号、驱动版本、CUDA 版本,才算成功。
注意两个边界:
- 驱动不是越新越好,稳定优先。追新版本容易遇到系统兼容问题。
- 笔记本双显卡用户,还要关注 Prime 切换功能是否正常,否则可能出现只有独显工作、集显不工作,或者发热严重的情况。
4.2 Docker 安装和镜像拉不下来的解法
Docker 是开发机上的高频工具。Ubuntu 安装 Docker 最简单的方式是:
sudo apt install docker.io sudo systemctl enable --now docker docker --version如果你不想每次都用sudo docker,可以把当前用户加入 docker 组:
sudo usermod -aG docker $USER注销后重新登录,再执行docker ps验证。
验证 Docker 安装成功,可以跑一个最小容器:
docker run hello-world如果镜像拉取超时或者速度很慢,最常见的原因是 Docker 默认镜像源在你的网络环境下访问不稳定。解决方法是在/etc/docker/daemon.json中配置镜像加速器:
{ "registry-mirrors": ["https://your-mirror-address"] }这里的地址要填你现在使用的镜像服务商提供的地址,不同服务商地址不同,配置完需要重启 Docker:
sudo systemctl restart docker生产环境还要注意:容器数据目录默认在/var/lib/docker,磁盘空间要提前规划。不要无限制地起容器,我一般会定期清理不用的镜像和容器。
4.3 虚拟机网络不通、共享文件夹挂载不上的排查思路
VMware 虚拟机里装 Ubuntu,最容易出问题的两个点:网络不通、共享文件夹看不到。
虚拟机网络模式常见有三种:NAT、桥接、仅主机。网络不通时,不要急着重装系统,先按这个顺序排查:
- 在虚拟机里执行
ip addr show,看网卡有没有 IP 地址。 ping网关地址,确认虚拟网络是否通。pingWindows 主机 IP,确认宿主机和虚拟机之间是否通。- 检查 Windows 防火墙是否拦截了虚拟机的 ICMP 请求。
- 确认 VMware 的 DHCP 服务正在运行。
共享文件夹的设置流程是:先在 VMware 菜单里添加共享目录,然后在 Ubuntu 里安装 open-vm-tools,最后用vmware-hgfsclient查看共享目录是否被识别。如果没自动挂载,可以手动挂载到/mnt/hgfs。
这个问题的本质是 VMware Tools 和共享配置没有联动,不是 Ubuntu 本身的问题。
4.4 WSL2 里的 Ubuntu:网络、GUI 和文件互通
WSL2 不是传统虚拟机,它有独立的网络栈。很多人把它当成 WSL1 用,结果遇到各种连接问题。
从 WSL2 访问 Windows 上的服务时,不能用localhost,要用 Windows 主机的 IP 地址。一个快速获取方式是在 WSL2 里查看:
cat /etc/resolv.conf里面的nameserver通常就是 Windows 主机在这套 NAT 网络里的地址。
从 Windows 访问 WSL2 内部的服务时,可以直接用 WSL2 的 IP,也可以配置端口转发。如果只是本地开发,我一般直接用localhost映射,因为 WSL2 会把端口映射到 Windows 上。
WSL2 里的gedit无法显示,是个高频问题。排查时先看:
echo $DISPLAY如果DISPLAY为空,说明图形环境没有就绪。Win11 下 WSLg 一般会自动配置;Win10 老版本可能需要额外安装 X Server 并手动设置DISPLAY。
文件互通方面,我也提一个建议:从/mnt/c访问 Windows 文件是可以的,但如果做源码编译、跑测试,尽量把代码放在 WSL2 的 Linux 文件系统里。跨文件系统读写性能差异明显,文件一多就容易卡。
嵌入式开发者如果要在 WSL2 里连接开发板,要提前确认 USB 和串口支持情况。WSL2 默认不支持直接访问串口,需要借助 USB/IP 之类的方式。类似“开发板挂载”这种需求,建议先了解 WSL2 的硬件访问边界,再决定是否用双系统或 VMware。
5. 真正提升日常效率的小配置,比换一张壁纸更值得
5.1 截图、图床和写作工作流
如果你经常写博客、写项目文档,最影响效率的往往不是编辑器,而是截图后的上传流程。
我推荐一套组合:Flameshot 截图,加上 PicGo 图床工具。Flameshot 可以区域截图、标注、复制到剪贴板,比系统自带截图更顺手。PicGo 配置好图床服务商后,可以把截图直接上传,生成链接并复制。
在 PicGo 里需要配置:图床服务商、访问密钥、存储路径、访问域名。配置完成后,设置快捷键,截图上传的流程就通了。验证标准很简单:随手截一张图,能生成可以在浏览器打开的链接。
5.2 窗口置顶、快捷方式和窗口管理
GNOME 桌面默认没有一键置顶功能,但可以通过命令实现。把当前窗口置顶:
wmctrl -r :ACTIVE: -b add,above取消置顶:
wmctrl -r :ACTIVE: -b remove,above如果不想记命令,可以安装 GNOME 扩展,比如 Always on Top,然后在系统设置里绑定快捷键。
窗口管理扩展不用装太多。装多了 GNOME Shell 可能崩溃,或者每次升级系统后扩展不兼容。我一般只装两三个核心扩展,够用就好。
5.3 终端、文件管理器和系统监视器
终端是每天都要用的工具,值得花 10 分钟配置。我建议先保证几个基础功能顺手:字体、配色、复制粘贴快捷键、多标签页。
不用一开始就折腾复杂的自定义终端。先把系统终端改成自己习惯的字体和背景色,再考虑安装 Zsh、Oh My Zsh、插件这些。
排障时,系统监视器很重要。很多“系统突然卡住”“程序无响应”的问题,可以先用htop看一下 CPU、内存和进程状态,再决定是重启服务还是结束进程。我一般会先看资源占用,再改参数,而不是盲目重装系统。
6. 如果非要美化,用更聪明的方式
6.1 美化前先备份配置和系统
美化看起来是小事,但操作不当也会弄坏系统,尤其是覆盖了系统主题文件或错误修改配置文件的时候。
美化前至少备份这几个位置:
- 软件源配置文件:
/etc/apt/sources.list或/etc/apt/sources.list.d/ubuntu.sources - Shell 配置:
~/.bashrc、~/.zshrc - 用户配置目录:
~/.config、~/.local/share/gnome-shell/extensions
一个更稳的方式,是用 git 管理 dotfiles。把上面这些配置文件放到一个 git 仓库里,重装系统后直接拉取并复制回去,能省很多时间。
系统级备份可以用 Timeshift 或 tar 命令。建议在首次换主题、装扩展之前做一次快照,有问题可以随时回滚。
6.2 换壁纸、主题和终端配色的正确姿势
GNOME 设置里可以直接添加壁纸。把图片放到~/Pictures或/usr/share/backgrounds,然后在“设置-背景”里选择。
主题和图标,建议使用 gnome-tweaks 切换,不要直接覆盖系统文件。直接覆盖系统目录,升级系统时容易出现主题不兼容,甚至导致某些界面组件异常。
终端配色可以保存为一个 profile,修改前先导出或备份。很多终端工具支持配置文件导出,改坏了能快速恢复。
美化时间要控制。我一般给自己设一个时间上限:30 分钟。如果 30 分钟内还没找到满意的壁纸或主题,先停下来。过度纠结外观,本质上是逃避后面那些真正重要的配置。
6.3 新装 Ubuntu 后的 30 分钟落地清单
| 时间段 | 操作 | 验证方式 |
|---|---|---|
| 第 0-5 分钟 | 换软件源 | sudo apt update不报错 |
| 第 5-10 分钟 | 安装基础软件:vim、git、curl、htop、gnome-tweaks | 命令能正常执行 |
| 第 10-15 分钟 | 配置输入法:fcitx + fcitx5 或搜狗输入法 | 中文输入正常,候选框正常 |
| 第 15-20 分钟 | 检查显卡驱动 | nvidia-smi正常显示 |
| 第 20-25 分钟 | 安装 Docker 并测试 | docker run hello-world成功 |
| 第 25-30 分钟 | 备份关键配置 | 备份文件存在且能读取 |
这套流程跑完之后,系统已经是一个可以稳定使用、可以开发的 Ubuntu 环境。这时候再谈美化,才不会有后顾之忧。
7. 把劲头用对地方:调试经验与最终排查链路
7.1 最常见的错误排序
我在不少群里看到类似场景:有人遇到 apt 报错,第一反应是重装系统;遇到输入法不显示候选框,第一反应也是重装系统;遇到 Docker 拉镜像失败,还是重装系统。
重装系统确实能解决一部分问题,但它解决不了“软件源没换、输入法框架不对、网络配置错误”这些使用习惯问题。重装之后如果还按原来的顺序操作,问题一定会再次出现。
更有效的做法是,遇到问题时先判断属于哪一类:源,依赖,架构,还是网络。这一步判断清楚,解决起来就快很多。
7.2 遇到问题后的排查链路
我自己的排查顺序基本固定:
- 先看现象:命令报错、卡住、无输出、输出异常。
- 再检查输入:软件源格式、文件路径、权限、系统架构。
- 然后看环境:依赖版本、磁盘空间、内存、网络、服务状态。
- 最后看日志:
journalctl、dmesg、/var/log/apt/term.log、/var/log/dpkg.log。
举几个例子:
- 搜狗输入法候选框不显示,不要重装系统,先看 fcitx 进程和环境变量。
- apt 安装软件报依赖错误,先确认软件源是不是对应你的 Ubuntu 版本和架构。
- Docker 容器启动失败,先执行
docker logs 容器名看日志,再决定是改配置还是调资源。 - 虚拟机网络不通,先确认网络模式,再检查宿主机防火墙和 DHCP 服务。
大部分问题都不是 Ubuntu 本身不行,而是前置条件没准备好。
7.3 结尾:把换壁纸的劲头,留给真正有长期价值的事
如果你现在刚装完 Ubuntu,我建议先别急着换壁纸。把软件源、输入法、显卡驱动、Docker、网络和备份都过一遍,给自己列一张排查清单,再谈外观美化。
真正让 Ubuntu 变得好用的,不是壁纸多漂亮,而是你在遇到问题时知道去哪看日志、改什么参数、如何恢复。折腾外观是一种乐趣,但先把系统搞稳定,乐趣才能持续。等你在 Ubuntu 上的基础配置已经不需要想就能做好的时候,换不换壁纸其实都已经不重要了。