我选择等到官方推荐升级的场合——即Ubuntu 24.04.1推出时再进行系统升级。在此前,我已经在虚拟机里试用过Ubuntu 24.04了,感觉和22.04的区别并不大,主要区别可能就是右上角菜单的布局变了。
但是,我还是希望通过此次升级来解决一些问题的。
- 22.04使用的
chrome-gnome-shell
相当陈旧,无法与extensions.gnome.org配合。因此,我就没有办法安装我想要的扩展了,比如Bluetooth Battery Meter这种相当重要的功能; - 去年随着某次更新,我的NVIDIA驱动忽然就无法工作了。如果使用NVIDIA驱动,我就只能进入tty,无法进入图形界面;我又不是要拿自己的电脑来当服务器用,进不了图形界面的NVIDIA驱动当然没有任何意义。
在升级之前,我的心里是没有底的,因为这几个月我看见了太多升级之后挂掉的经历了;因此,我对重要的文件进行了备份。
升级过程
为了避免任何可能的网络问题,我选择使用全局模式+TUN mode进行升级;反正我的流量还有很多。准备升级时,如果有安装后要求重启的更新,必须首先要重新启动一次,才能开始升级。
由于已经受到了官方支持,do-release-upgrade
现在是不需要加-d
参数的。在升级之前,它会提示你这次升级需要卸载哪些应用;事后看来,这些提示是非常准确的。在我的这次升级中,不仅是wine版本的QQ与微信,还有blender, obs, open-connect, wireshark, openjdk, vlc等等被卸载了。
下载完成之后,就进入了紧张刺激的安装过程。我以前好像从来没有认真看过安装过程滚过的文字,也可能是之前的版本压根就不会进行提示;总之这次我被吓得不轻,因为它如此显示:
dpkg: libgnutls30:amd64: 有依赖问题。但是如您所愿,将继续卸载:
systemd 依赖于 libgnutls30 (>= 3.7.2).
....
apt 依赖于 libgnutls30 (>= 3.7.0).
我还以为systemd和apt会被卸载,心里觉得:这下全完了,要重装系统了!结果最后并没有卸载这些东西,上面这段文字应该是一个翻译问题,它只不过是要卸载libgnutls30
而已,而新的systemd和新的apt依赖的则是别的版本。
与上次的升级相同,我遇到更新配置文件一律选择跳过。最后没有任何的安装失败,并且重启后也直接进入了图形界面:登陆界面的头像变得好大啊,看上去都有些吓人了。似乎比上次要顺利很多?没想到问题才刚刚开始!
抢救
进入新系统,首先映入眼帘的就是Clash的错误信息(由于Clash是开机自启的)!这是上次升级没有遇到的。我试图检查问题所在,作为Linux用户,本能当然是按下Ctrl+Alt+T,居然终端没有弹出来!我还以为可能是快捷键改了,就在nautilus里右键选择”在终端打开”,结果终端还是没能出现。这可要命了。我初步推测,这一问题的来由可能是我之前编译安装了gnome-terminal
,但是在这次的更新中只是部分被覆盖了,导致兼容问题。
为了进行抢救,我进入tty,安装了xterm
作为临时终端。我多年以前曾经试用过一次xterm
,对其稍有了解:这个终端的界面虽然乍一看与xclock
, xeyes
等等古董级应用类似(毕竟本来就是同一个年代的东西),但确实可以被配置成现代化的终端。尽管如此,打开xterm
之后,我顾不得调整它的外观,就迫不及待地开始着手解决Clash的问题:
似乎在Ubuntu 24.04中,chrome-sandbox
需要root所有、且拥有setuid才能运行,我就照着它说的去chown
,chmod
了。结果又报错说它要执行”/opt/Clash
“这个不存在的文件,看来路径名不能有空格。不知为何在这个系统Clash的兼容性大减,但总算是成功运行了。然而还是没法访问互联网,仔细一看,发现是之前临时用的electron-ssr
占用了1080端口,杀掉就正常了。回到文明世界的感觉真好!
显然,这样丑陋的xterm
是没法长期使用的。我随便找了一个教程把xterm
配置成了正常的样子,这样就可以继续操作了。
收尾工作
前文提到,升级时卸载了一些不那么核心的应用。但我当然还是需要它们的,因此我尝试装回来。我本来以为,既然被迫要卸载,它们应该是遇到了一些依赖问题;结果之后的安装过程出乎意料的极为顺利,没有任何的依赖问题。就是TIM和微信这两个应用我并没有装回来,因为有Linux版QQ之后,我不需要用TIM了;并且我这次想要尝试Linux版的微信,wine的微信并不好用。
在每次升级时,第三方源都会被禁用,需要手动启用;我轻车熟路地sudo vim /etc/apt/sources.list
准备取消注释,出乎意料的是,里面什么都没有!原来是新版本的软件源被搬到了/etc/apt/sources.list.d
目录下,修改这里面的就可以了$\dots$还是不行!现在的软件源条目多出了Signed-By
一项,需要找到这个源对应的gpg文件(推荐使用locate
命令,很方便),写进去。参见这里。
作为我使用频率最高的应用之一,gedit
的高亮配色居然变了,变成了Ubuntu的Yaru配色方案,这实在是影响太大。我试图找回之前自己做的配色方案,但是在默认给出的选项里面找不到!看来似乎是由于gtksourceview从4升级到了5,加载默认方案的路径变了。万幸的是,我手动导入自制的配色方案成功了。曾经,修改配色方案是我参加OI比赛时必做的准备工作之一;从那以后,已经许多年没有碰过这个了。
gedit的左上角“打开”按钮又一次让我失望了。Ubuntu 18.04和22.04的“打开”按钮下拉后可以输入文件名来快速查找、打开最近用过的文件;而Ubuntu 20.04就没有,只是列出了最近用过的文件。24.04居然回到了20.04的行为,这就变得非常难用了,需要使用系统的搜索功能(按Win之后输入以搜索)来代偿;但是这个搜索功能不能使用fcitx输入法,仅能用于英文标题的文件。
24.04的优点
蓝牙电量显示
我早已向往的蓝牙电量显示,居然如此简单!只需在Bluetooth Battery Meter的网页上点一下,居然就装好了,蓝牙耳机的电量就显示出来了,这在桌面Linux的世界里简直是不可理喻:我本来以为可能先要折腾半天Chrome的扩展,再折腾半天chrome-gnome-shell
,最后再在扩展的设置里折腾半天。
NVIDIA
在Ubuntu 24.04的软件源中,我找到了nvidia-driver-550
这个新版的驱动。新版的驱动配合新的内核,完全可能让NVIDIA复活!我安装该版本之后sudo prime-select nvidia
,然后重启,成功进入了图形界面:这说明NVIDIA驱动安装成功了。然而,上次我提到过的、扣下再打开笔记本后黑屏的问题仍然存在。然而我这次没法再用升级驱动版本来尝试解决了,我尝试按照这个回答中的option 1来做,至少黑屏的问题是解决了。
经过一个晚上的观察,我发现休眠时也不会有过多耗电的问题,早上看还有93%的电。然而,就算我选择“节电”模式,续航也只有两三个小时,比之前要少;这可能是使用了NVIDIA驱动导致的问题。
微信
之前wine的微信字体存在问题,上传文件的对话框中不仅有许多的tofu,文件在屏幕上显示的坐标与实际需点击的坐标也不同。这次,反正老的微信已经被卸载了,我就尝试安装了早有耳闻的Linux版微信。
我找到了教程,可是它给出的openkylin的软件源里明明是有2.1.9版本的,为什么这个教程非要去安装什么beta-1.0.0呢?我不信邪,直接下载了2.1.9版本的deb来安装。
我听说,Ubuntu 24.04移除了图形界面打开deb文件安装的功能,而是跳转到应用商店;于是我故意尝试双击打开deb,发现仍然可以直接安装啊?仔细一看,原来Ubuntu只是在新安装的24.04里不包含旧版的软件商店,因此无法直接安装;而从低版本升级来的自然还保留着这些。
安装之后如我所料,一运行就报错。但是我一看报错信息:这也太眼熟了,和Clash的一模一样!于是我再次把chrome-sandbox
改成root所有、setuid权限。于是微信就能成功运行了,比wine版的好用多了。虽然成功运行了,和Clash不同,我对此还是有点担心的:作为一个不可信任的软件,被赋予了setuid这么高的权限(以root身份执行),实在是相当可怕。而且我一运行,它就往我的主目录里拉了叫做.sys1og.conf
的一坨屎,真是熟悉的墙国软件作风啊。我确实在网上看到了不少禁止微信访问私人文件的方法,但我寻思这些方法在suid面前都没用啊;这是需要虚拟机这种级别的隔离才能阻止的。
复杂的问题
gnome-terminal
我又一次查看了vte的issue,失望地发现这个问题还是没能得到解决;不仅如此,这问题反而扩散开来,现在连gedit里中文与英文都有着不一样的行高了。一旦输入汉字,行高就会突然增加;所以在汉英夹杂的文档里编辑,段落就会忽高忽低地移动。但毕竟代码编辑一般只需要等宽字体而非等高字体,这并非不可接受。
但在绝望之中,我发现Tadashi Saito先生提供了一条新的解决方案:在~/.config/fontconfig/fonts.conf
文件里写入如下内容:
<match>
<test name="prgname" compare="eq">
<string>gnome-terminal-server</string>
</test>
<edit name="matrix" mode="assign">
<matrix>
<double>0.5</double><double>0</double>
<double>0</double><double>0.5</double>
</matrix>
<matrix>
<double>2</double><double>0</double>
<double>0</double><double>2</double>
</matrix>
</edit>
</match>
这个解决方案不需要编译安装任何东西,要简单得多;我决心尝试一下。但是我目前的gnome-terminal
还不能使用;研究之后,我发现这是由于它已经被更新成了新版,但调用的vte的库仍然是我之前编译安装的,因此找不到符号而报错。为了解决这个问题,我删除了之前编译安装的/usr/local/lib/x86_64-linux-gnu/libvte-2.91.so.0
和同目录下的libvte-2.91.so.0.6900.0
,此时再ldd
找到的就是官方软件源里来的新版vte了。
此时gnome-terminal
总算可以成功运行了,应该是变成了正常的Ubuntu 24.04安装中该有的行为;然后我按照Tadashi Saito先生的解决方案执行,果然就成功了!虽然看上去终端还是比20.04的要大一号,似乎行列间距都稍有扩大,但已经不影响正常使用了。
按照惯例,放个截图,显示升级的效果:
python 3.12
我本以为升级已经完成了;结果之后试图做科研时,发现我之前装的python包居然全都没有了!这似乎是由于python从3.10升级到了3.12。伴随着系统升级的python升级我之前当然也经历过,可我完全没有印象哪次升级之后包变得不可用了;当然,这也可能是由于22.04之前我本身用python就不多。
没关系,用pip3
装回来不就行了吗?可是$\dots$
我并没有用过它说的这个venv
。并且,如果按照它的说法来装包(以cvxpy
为例),那此后有cvxpy
的python就不再是系统的那个python,而相当于是另起炉灶。然而,我已经有了大量的用到cvxpy
的Python脚本,它们写的都是
#!/usr/bin/env python3
...
因此,这些脚本自然也就无法工作了。什么,你说可以改变运行方法?首先,别的运行方法肯定比./1.py
这样的敲起来麻烦;其次,我还有一些shell脚本来执行这些python脚本,这样的话也都要改了。总之,如果要按照它的说法来做,需要改动的东西太多。经过这些考虑,我选择忽视它的这些警告,使用--break-system-packages
选项来坚持安装。毕竟,我都用了这么多年,装了这么多包,也从来没有经历过什么“breaking your Python installation or OS”,纯属杞人忧天。我觉得对于一个单人使用的操作系统,这套脱裤子放屁的操作大可不必。
尽管使用了--break-system-packages
,还是有一些包无法被安装。比如bpy
,它居然显示只支持python 3.7!我之前用3.10安装的时候明明非常顺利的啊,怎么就只支持3.7了?我必须保留python 3.10,因为这是我唯一可用的bpy
了。可apt autoremove
反复向我建议把它卸载掉,于是我将其设置为手动安装来避免遭到卸载。
2024-09-07更新:更多问题
使用了一周之后,我发现24.04暴露出来了更多的问题,显得品质明显不如之前我用过的几个LTS。我最近在r/ubuntu上就看见了很多升级失败的经历,整个系统可能在升级的过程中崩溃,重启后会失去图形界面和联网能力。由于这些严重的问题,Ubuntu官方又重新关闭了22.04的升级通道。所幸我自己没有经历这些,只是卸载了几个无关紧要的包。
NVIDIA下一些窗口无法显示
我是在玩aisleriot的时候发现的这个问题:GNOME的帮助(Yelp)无法正常运行,打开后会是空白的窗口,因此都没法查看纸牌游戏的规则了。在终端下执行yelp
命令,显示错误信息AcceleratedSurfaceDMABuf was unable to construct a complete framebuffer
。
经过搜索,我发现这个问题远不止aisleriot一个程序,而是在NVIDIA下广泛存在的。解决方案是往/etc/environment
里加入一行WEBKIT_DISABLE_DMABUF_RENDERER=1
,然后注销即可。
GTK4应用无法使用输入法
Ubuntu 24.04引入了不少新版本的GNOME应用,这些应用是使用GTK4/LibAdwaita开发的,以文件管理器nautilus为代表。经过一段时间的使用,我震惊地发现在nautilus里尝试重命名文件时,竟然无法输入中文。我最开始还以为是太过老旧从不更新的搜狗输入法的锅,毕竟它能在24.04上运行已经是一种奇迹了;结果发现日文输入法mozc居然也不能输入。上网搜索后,我发现这个问题是广泛存在的:虽然我使用的是X11和fcitx,但是我看到Wayland用户和ibus用户也都有同样的问题。我的问题还要更严重一点,因为我在地址栏里也不能输入中文了,而部分用户似乎只有重命名有问题。我在其余的GTK4应用里也观察到了类似的问题,如gnome-control-center
;带有参数--gtk-version=4
运行Chrome的话也会无法输入中文。
这是真没办法,毕竟这些搞桌面Linux的向来对CJK的支持漠不关心,我也不是第一天知道。网上有一个修复方法,但是需要编译安装,而且只对某个特定版本的Fedora有用。截至目前,我还没有找到有效的解决方案。所幸的是,我使用频率最高的gedit和gnome-terminal都是GNOME已经放弃维护的老版本应用,因此没有问题。