Ubuntu 服务器版和桌面版的区别：LTS 版本怎么选、什么时候升级

Ubuntu 服务器应该装 Ubuntu Server 的 LTS（长期支持）版本。很多人以为服务器版和桌面版是两个不同的系统，其实它们用的是同一套软件源、同一套内核软件包、同一个包管理器，桌面版上能 apt install 的软件，服务器版上一样能装。真正的区别在“起点”：服务器版用文本安装器，默认不装图形界面，装完只有命令行和最少的服务；桌面版用图形安装器，默认带 GNOME 桌面、浏览器等常用软件。服务器从最少的组件起步，只装业务需要的东西，所以选 Server。

服务器版和桌面版的区别：对比表

对比项	Ubuntu Server	Ubuntu Desktop
安装界面	文本菜单，全程键盘操作，在 BMC 远程控制台里也能顺利完成	图形向导，需要显示输出和鼠标
安装时配置网络	可以直接配静态 IP、bond（多网口聚合）、VLAN	装完后在图形界面里配置
默认分区	整盘 LVM	整盘直接分区，LVM 和磁盘加密为可选项
软 RAID	自定义分区里可以建 mdadm 阵列	图形安装器不提供建阵列的选项
SSH 服务	安装时勾选即可装好 OpenSSH，可直接导入 GitHub、Launchpad 上的公钥	默认不装
图形界面	无	GNOME 桌面
网络管理	netplan + systemd-networkd	netplan + NetworkManager
开机后看到的	文本登录提示，平时通过 SSH 管理	GDM 图形登录界面
LTS 的默认内核	GA 内核，即发布时的内核版本，整个周期内大版本不变；HWE 内核可选	默认跟随 HWE 内核，内核大版本会随后续小版本滚动升级
批量安装	支持 autoinstall 应答文件，配合 PXE 无人值守	24.04 起的新安装器也支持 autoinstall，但机房批量装机一般仍用服务器版
资源占用	空载时内存一般只占几百 MB	官方建议至少 4 GB 内存、25 GB 磁盘，登录桌面后内存占用通常在 1 GB 以上

表里的差别都可以事后补齐：服务器版可以装桌面，桌面版也可以 apt install openssh-server 再关掉图形界面。拿到一台装了桌面版的服务器，不想重装又不想让图形界面占资源，执行下面两条即可，下次开机直接进命令行：

sudo systemctl set-default multi-user.target    # 默认不启动图形界面
sudo systemctl isolate multi-user.target        # 立即切换，不用重启（会关闭当前的图形会话）

网络管理仍然是 NetworkManager，用 nmcli 配置即可。新装的机器还是建议直接用 Server 版，少一层“装了又关”的东西，需要打的补丁也少得多。

安装服务器版时要注意的几个选项

Ubuntu Server 24.04 的安装器按顺序走下面几屏，其中几项直接影响装完能不能远程登录、磁盘够不够用：

1. 安装类型：Ubuntu Server 与 Ubuntu Server (minimized)。minimized 去掉了很多交互工具，适合不需要人登录的场景，例如容器宿主或全自动部署的节点；需要人登录维护的机器选标准版。
2. 网络：机房里多数是静态 IP，在这一步选网卡，改成 Manual，填地址、网关和 DNS。多网口需要聚合的，在这里建 bond。
3. 软件源镜像：可以改成机房内网的镜像，或者离机房近的镜像站，后面装包快很多。
4. 存储：默认是“使用整块磁盘，并设置为 LVM 卷组”。要注意两点：一是多块盘时看清选中的是哪块，按容量和型号辨认，别把系统装到数据盘上；二是安装器默认不会把卷组全部分给根逻辑卷，大盘上根分区往往只有一部分空间，剩余的留在卷组里。装完用 vgs 看 VFree，需要时执行 sudo lvextend -r -l +100%FREE /dev/ubuntu-vg/ubuntu-lv 扩到满。
5. 用户与主机名：这里建的是普通用户，root 账号默认锁定，日常用 sudo。
6. Ubuntu Pro：可以跳过，装完再用 pro attach 启用。
7. SSH：勾选 Install OpenSSH server。选择从 GitHub 或 Launchpad 导入公钥后，可以顺手关掉 SSH 密码登录，装完就是密钥登录。
8. 推荐软件（Featured server snaps）：列出的是一些常用服务的 snap 包，不需要可以全部跳过，以后按需安装。

批量装机时，把这些选项写进 autoinstall 应答文件，配合 PXE 或 BMC 虚拟光驱实现无人值守。下面是一个最小的例子，密码哈希用 openssl passwd -6 生成：

#cloud-config
autoinstall:
  version: 1
  identity:
    hostname: web01
    username: ops
    password: "$6$..."    # 换成 openssl passwd -6 生成的哈希
  ssh:
    install-server: true
    allow-pw: false
    authorized-keys:
      - "ssh-ed25519 AAAAC3Nza... ops@jumpserver"
  storage:
    layout:
      name: lvm
      sizing-policy: all    # 根逻辑卷占满整个卷组，默认值 scaled 只分一部分

sizing-policy: all 正好解决了上面第 4 步的问题。应答文件的字段随版本有增减，写好后先在一台机器上验证，以 Ubuntu 官方的 autoinstall 文档为准。

Ubuntu LTS 版本与支持周期

Ubuntu 的版本号就是发布的年份和月份：每年 4 月和 10 月各发布一个版本，其中偶数年 4 月发布的是 LTS。LTS 提供 5 年标准支持，启用 Ubuntu Pro 后安全维护（ESM）可再延长 5 年，合计 10 年；非 LTS 版本只支持 9 个月。版本号后面的 .1、.2 是小版本，只是更新了安装介质，不是新版本。

版本	代号	发布	标准支持到	Ubuntu Pro（ESM）到	截至 2026 年底的状态
18.04 LTS	Bionic Beaver	2018 年 4 月	2023 年	2028 年	标准支持已结束，尽快迁移
20.04 LTS	Focal Fossa	2020 年 4 月	2025 年	2030 年	标准支持已结束，只能靠 Pro 获得安全更新
22.04 LTS	Jammy Jellyfish	2022 年 4 月	2027 年	2032 年	仍在支持期内，2027 年前规划升级
24.04 LTS	Noble Numbat	2024 年 4 月	2029 年	2034 年	新部署的稳妥选择
26.04 LTS	Resolute Raccoon	2026 年 4 月	2031 年	2036 年	新部署可选，先确认业务软件已经支持

到期的具体月份以 Canonical 官网的发布周期页面为准。Ubuntu Pro 之外，Canonical 还有延长更久的 Legacy 附加服务，年限和条件同样以官网为准。

服务器为什么只选 LTS

• 升级次数差一个数量级。同样运行 5 年，LTS 最多做一次大版本升级；非 LTS 每个版本只支持 9 个月，要想一直有安全更新，就得每半年左右升级一次，5 年下来约 10 次，每次都有业务中断和兼容性风险。
• 过期后连 apt 都用不了。非 LTS 版本停止支持后，软件源会被移到归档服务器 old-releases.ubuntu.com，原地址上的仓库随之下线，apt update 直接报 404，补丁和新软件都装不上。
• 第三方软件优先支持 LTS。服务器管理面板、数据库官方仓库、硬件驱动和厂商工具，支持列表里通常只有 LTS。
• 版本内只修补丁，不换大版本。LTS 的软件在整个周期内基本停留在发布时的大版本，只合入安全修复和缺陷修复，配置和行为可预期。换句话说，选 Ubuntu 版本，其实也是在选一整套软件的版本：

软件	22.04 LTS 自带	24.04 LTS 自带
内核（GA）	5.15	6.8
Python 3	3.10	3.12
PHP	8.1	8.3
nginx	1.18	1.24
PostgreSQL	14	16
MySQL	8.0	8.0

业务要求的语言或数据库版本，要和系统自带的版本对得上；对不上就要用第三方仓库或容器，部署前先确认。

什么时候该升级，怎么升级

出现下面任何一种情况，就该把升级排进计划：

1. 标准支持还剩 6 到 12 个月。比如 22.04 到 2027 年结束标准支持，2026 年就该开始准备。
2. 新 LTS 发布了第一个小版本。LTS 之间的升级，系统默认要等新版本的 .1 发布后（通常在发布当年的 8 月前后）才会提示，这时首批问题已经修过一轮，比 4 月刚发布时稳妥。
3. 新硬件需要新内核。新 CPU、新网卡在旧内核上识别不全时，可以先装 HWE 内核（如 linux-generic-hwe-24.04），不一定非要升级整个系统。
4. 业务需要新版本的软件，而第三方仓库或容器解决不了。

如果到期了实在升级不了，启用 Ubuntu Pro 继续获得安全更新，为迁移争取时间。

升级有两条路：

方式	停机时间	风险	适合
原地升级（do-release-upgrade）	升级加重启，通常几十分钟	第三方仓库、改过的配置文件、自编译的软件可能出问题，失败后回退麻烦	测试机、配置简单的机器、有完整快照或备份的机器
新装一台再迁移	只有最后切换的那一段	旧机器保持原样，新机器验证通过再切换，随时能回退	生产环境

原地升级只能一次升一级 LTS，20.04 要先升到 22.04，再升到 24.04，不能跳过。步骤如下：

sudo apt update && sudo apt full-upgrade -y      # 先把当前版本的补丁打满
sudo reboot
grep Prompt /etc/update-manager/release-upgrades # 应为 Prompt=lts
tmux                                             # 在 tmux 或 screen 里执行，防止 SSH 断开中断升级
sudo do-release-upgrade

通过 SSH 执行时，升级程序会提示额外在 1022 端口启动一个备用 SSH 服务，主 SSH 出问题时可以从这个端口连回来，防火墙有限制的话要临时放行。升级过程中第三方软件源会被禁用，遇到“是否用新版本覆盖你修改过的配置文件”时，不确定就保留现有版本，升级后再对比。完成后用 lsb_release -a 确认版本，逐个检查业务服务，再重新启用第三方源。

在机房里怎么落地

对 IDC 服务商来说，Ubuntu 版本的选择最终落在镜像库上：镜像库里只放 LTS，同时保留当前和上一个 LTS（例如 24.04 和 26.04），旧版本只留给有兼容需求的老客户；新 LTS 发布 .1 小版本后再上架为默认镜像，并在每个小版本发布后更新一次安装介质，减少装完后要补的补丁。

装机环节，单台机器可以在 Toplink DCIM 的 IPMI 远程管理里远程挂载 ISO，打开 VNC 控制台走完上面的文本安装器；批量装机把机器设为从 PXE 启动，由任务队列批量重装。交付之后，租用服务器的客户可以在客户自助端自己选择镜像重装系统，想从 22.04 换到 24.04 时，先把数据备份出来，再选新镜像重装，比原地升级更干净。