把物理服务器的 CentOS 7 升级到 Ubuntu 24，惊心动魄

工作单位有一台服务器购买于 2020 年，安装的是 2020 年发布的 CentOS 7.8 系统。但其实 CentOS 7.0 是在 2014 年发布的，7.X 的大部分 package 版本都很老，实际上使用起来非常困难。众所周知 CentOS 7 在这个星期（2024年6月30日之前）就结束支持了，整个 CentOS 项目也寿终正寝。上级管理员让我们想对策，我就决定换成 Ubuntu 24.04 LTS，毕竟 LTS 之间升级起来比较方便。

一、U盘无法识别

1-1、下载 Ubuntu 镜像 iso

Desktop 的 iso 文件是 6 GB，而 Server 的 文件是 2.7GB，为了下载方便就选择了 Server（事实证明我选对了，因为服务器的 USB 接口隐藏在深处，连接鼠标不方便操作）。

1-2、刻录到 U 盘

这里遇到大坑了。因为我手头上只有 mac 电脑，可用的软件有限。我尝试了两种方法：

1. 用 balenaEtcher。这是 Ubuntu 官网介绍的方法。
2. 用 dd 命令。这是 ChatGPT 介绍的方法。

不论用哪种方法，刻录完之后、U 盘在自己的 mac 上无法识别，插到服务器上也无法识别。原因不明。

1-3、重启机器，从 BIOS 选择用 U 盘启动

再次遇到坑。首先因为机器是小牌子，不知道按键盘哪个键进入 BIOS。网上搜不到，也没想问别人（在🇯🇵一般尽量不麻烦别人）。那就自己尝试吧。尝试了 F2、F12等，都不行。

后来按下 Ctrl+A，进入了 RAID 专用的 BIOS。这里虽然也能选择“boot 设备”，但一个也选不了。显然这个“boot 设备”是跟 RAID 相关，跟安装操作系统无关。

后来看到屏幕上有 “Press ESC or DEL to enter setup”，我就试了按下 DEL。进去了。原来硬件商一般把 BIOS 叫做 “setup”。有意思。

我先选择第一个，保持设置、重启。过了好久机器黑屏、叫天天不应叫地地不灵。😫

二、网络设置中的 Subnet

这台服务器是手动设置的固定公网 IP（假设是123.45.123.155），之前从 CentOS 7 那里备份的网络信息如下（信息已脱敏处理）：

IPADDR=123.45.123.229
NETMASK=255.255.255.192
BOOTPROTO="static"
DEVICE=enp96s0f0
ONBOOT=yes
IPV6INIT=no
TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
PREFIX=26
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
NAME="System enp96s0f0"
GATEWAY=123.45.123.191
DNS1=8.8.8.8
DNS2=1.1.1.1

三、硬盘分区与选择 boot 设备

因为这是一台工作服务器，上面已经有一大堆数据了。虽然已经备份，但总是希望原来的能保留下来。架构是这样的（信息已脱敏处理）：

/dev/sda1: 1MB, bios_grub
/dev/sda2: 500MB，/boot
/dev/sda3: 500GB, /
/dev/sda4: 8GB, swap
/dev/sda5: 50TB, /home
/dev/sdb1: 1TB, /other/place1
/dev/sdc1: 1TB, /other/place2

其中 /dev/sda5（/home） 用了不少空间，/dev/sdb1（/other/place1） 用了一小部分，/dev/sdc1 （/other/place2）基本上没用过。

真是不幸中的万幸。如果我的 /dev/sda、/dev/sdb、/dev/sdc 都已经有数据了，那麻烦就大了，因为无法新建 /boot/efi 分区，这安装就无法前进了。然后就这么一步一步前进，终于设置完成、开始安装了：

四、安装完成

安装完之后系统会提示你重启。这时首先把 U 盘拔下来，然后重启进入 BIOS， 选择硬盘作为 Boot 设备。保存设置、重启，然后结果就是：

惊不惊喜、意不意外？🤡

这个界面非常难操作，我甚至发现键盘上按下的是“）”，屏幕上显示的却是“（”。而且也搜不到重启系统的方法。无奈强行按下服务器的电源键重启。

再次进入 BIOS，猜想是 Boot 设备选择错误。于是在列表里寻找，想到之前在操作“Use As Boot Device”时，系统不是创建了一个分区挂载到了 /boot/efi 上吗？而列表里面正好有一个叫做 USB EFI KEY 的条目（回忆的，没有拍下照片。当时紧张得不行😓）。选了它，保存设置、重启，居然进入了安装好的 Ubuntu。

原来 /boot/efi 是一个虚拟的 USB 设备？

五、与 Apache 相关的各种难题

这台服务器主要用于运行网站数据库服务，网站的程序是 Apache。在 CentOS 时代叫做 httpd，但在 Ubuntu 里面叫做 apache2 。名字是 httpd 好听一点，apache2 那个 2 怪怪的，如果哪天出了 v3.X 版怎么办？不过既然已经选择 Ubuntu 了，只能把习惯改一改。

5-1、设置 server-info：被 ChatGPT 坑了

ChatGPT 告诉我只要这样子配置就好了：

<Location /server-info>
    SetHandler server-info
    Require local
    Require ip 192.168.0   # Replace with your network or IP range for remote access
</Location>

结果配置完之后死活不行，一直显示 404。后来才发现，原来 Ubuntu 的 Apache 已经内置了很多“模块开关”，但是没有启用。server-info 就是其中一个，启用方法是：

a2enmod info

本质上是把 /etc/apache2/mods-available 目录下面的 info.conf 和 info.load 链接到了 /etc/apache2/mods-enabled。而 ChatGPT 给的答案只做了 conf 没有做 load，自然不行了。当然 a2enmod 可以解决模块之间的依赖问题，这是与直接手动做链接的区别。

5-2、PhpMyAdmin：必须要密码

安装 MySQL 之后，root 可以直接登录不需要密码。我就想能否让 root 免密码去登录 PhpMyAdmin，结果是不行。必须新建一个用户，权限可以和 root 一样。但要有密码。真是多此一举啊。

5-3、利用 Python 重新编译 WSGI 模块

如上所述，我的项目是 Flask 实现的，Flask 是通过 WSGI 模块整合进入 Apache 服务器的。

现在装了最新的 Ubuntu 24，自带的 Python 和 WSGI 版本都很新，比我的项目中的 Python 还新。由于我的项目非常庞大，版本已经全部锁死，不能随便切换。所以最开始的设想是：把原来编译的 WSGI 模块直接加载进入 Apache。结果一测试（访问网页），直接卡死。一查看 log，一大堆报错显示找不到 httpd。搞笑，Ubuntu 里面哪有 httpd，明明是叫 apache2 的。可见老的那个编译的 WSGI 模块已经不能用了。

那么就需要重新编译：

# 进入 conda 环境
pip3 install mod_wsgi==X.X.X

我就知道不会一帆风顺。果不其然又出错了：

# ... 一大堆 log
~/miniconda3/envs/myenv/compiler_compat/ld: /lib/x86_64-linux-gnu/libc.so.6: unknown type [0x13] section .relr.dyn'

直接把这个 log 扔给 ChatGPT，显示：输入文本过长，无法回答……

只好自己找解决方案了，不知经过多少波折，总算发现了。原因是：~/miniconda3/envs/myenv/compiler_compat/ld 的版本太低了，无法对 /lib/x86_64-linux-gnu/libc.so.6 （这是 Ubuntu 24.04 系统的文件） 进行操作。解决方案是：用 /usr/bin/ld （来自 Ubuntu 24.04 系统）复制替换掉 ~/miniconda3/envs/myenv/compiler_compat/ld 。总之挺无语的。

六、没有 tmpwatch

我的项目是数据库网站，用户访问之后会留下很多临时文件。tmpwatch 是处理临时文件的好工具，没想到 Ubuntu 居然没有 tmpwatch！但有个李鬼：tmpreaper 。用法接近。