- 本文主要记录了在安装完 Ubuntu 后,一些常用的软件安装,以及一些常用的配置。
- 本文以 Ubuntu 24.04.1 LTS 桌面版发行版为例,其他版本可能会有些许差异。
输入法
开源输入法引擎RIME,配合雾凇拼音输入方案,并添加语言模型支持,可以实现智能输入,提高输入效率。
安装 ibus-rime
使用Fcitx框架或者ibus框架都可以安装 RIME,这里使用ibus框架。
1 | sudo apt install ibus # 安装 ibus |
使用Plum安装雾凇拼音
Plum 是 Rime 的输入法管理工具,可以用来安装、升级、卸载输入方案。
1 | mkdir -p ~/ProgramFiles/Plum |
如果是Fcitx
1 | rime_frontend=fcitx5-rime bash rime-install iDvel/rime-ice:others/recipes/full |
如果是ibus
1 | bash rime-install iDvel/rime-ice:others/recipes/full |
然后重新部署下Rime,使用 Ctrl + ` 切换到雾凇拼音输入法。
添加LLM语言模型支持
前往 RIME-LMDG 发布页来下载合适的模型,存放在 Rime 配置文件夹中。
如果是Fcitx
1 | ~/.local/share/fcitx5/rime |
如果是ibus
1 | ~/.config/ibus/rime |
记住要下载的语言模型的文件名,比如amz-v1n3m1-zh-hans.gram, 然后在 default.custom.yaml 中添加如下内容:
1 | patch: |
注意ymal中指定的文件名要和下载的文件名一致,不带后缀。
之后重新部署下Rime,即可使用语言模型支持,让输入法更加智能,高频词汇和长难句的输入更加方便。

参考链接
网络代理
工具安装
CFW 只适用于x64位系统,32位系统请需要参考Here下载原版Clash。
虽然名字中带有 Windows,但 CFW 实际上是全平台的,不是 Windows 专属的。
相比于 Clash 命令行,CFW 有更好的 UI 界面和用户体验,推荐使用。
1 | sudo su |
下载对应版本的 CFW,解压后执行 ./cfw 即可启动UI界面,导入订阅地址即可使用。
系统代理
打开系统设置,选择网络,点击网络代理,选择手动,填写 HTTP 和 HTTPS 代理为 127.0.0.1:7890,填写 Socks 主机为 127.0.0.1:7891,即可启用系统代理。

⚠️注意:关闭CFW后,务必关闭系统代理,否则会导致网络无法连接。
开机自启
在 ~/.config/autostart 目录下创建一个 clash.desktop 文件,内容如下:
1 | [Desktop Entry] |
然后执行 chmod +x ~/.config/autostart/clash.desktop,即可实现开机自启。
参考链接
效率软件
该章节主要介绍一些即装即用,无需额外配置的效率软件,目前工作中用到的大多数主流的即时通信和提升办公效率软件都支持 Linux 平台,具体可以参考官网下载安装。
上面列举的大部分软件,开发商基本都会针对主流发行版提供对应的软件包(deb、rpm、AppImage…),安装起来非常简单了,直接下载对应发行版和对应架构的软件包安装即可。
那么这些软件包的区别是什么呢?
deb
deb 是debian 系列传统的打包方式,取自 debian 的前三个字母,deb 包可以认为就是一个压缩包,同时还包含了一个元数据部分,声明了这个包的依赖,所以通过包管理系统就可以很方便的安装 deb 以及相关的依赖项了,这也是 debian 系列简化 Linux 软件安装方案做的巨大的贡献,debian 是第一个将包管理系统引入 Linux 系列的发行版,Ubuntu 也是基于 debian 的,所以 Ubuntu 也继承了 debian 的包管理系统,所以 Ubuntu 也可以使用 deb 包进行安装。
1 | sudo apt add-repository xxx # 添加软件源 |
deb 包通常需要结合包管理器一起使用,安装的时候会自动解决依赖,所以会出现不符合目标操作系统的安装包混入搞坏依赖,甚至因为卸载了底层依赖导致删掉上层应用的现象,这也就是依赖的问题,windows 的安装包通常都会将自己的运行环境一并打包进入安装包,以规避依赖问题,缺点是安装包通常很大,好处就是规避了依赖问题。
Appimage
某种程度上可以理解为 Windows 某些软件的“便携版”,它的做法有点类似于 Docker 镜像,把软件运行的所有依赖环境都打包在一起,包装成一个 Appimage,运行的时候会将打包到一起的内容释放到/tmp/下运行,运行完毕之后通常会自动清理。
snap、flatpak 要解决的是一类问题,Linux 的包管理系统很大程度上简化了软件部署安装的操作,通过包依赖可以最大限度的减少系统冗余,减少了操作系统软件的容量,有好处也有坏处,繁杂的依赖方式也让底层依赖的软件包变得难以迁移,牵一发而动全身,比如经常有人因为手工升级了底层的 python/gtk/openGL 导致整个系统上层应用全挂的问题,依赖问题最终变成了严重问题,比如也有用户因为误删或者误升级某个软件包导致依赖的 dde 被一并删除,结果,桌面就没了。
snap
Ubuntu 于2016年前后推出的新型包管理方案,用于替代传统的 apt 方案,在Ubuntu 16.04及以上版本内置支持,它提供了沙箱运行环境,一定程度上隔离“依赖地狱”的问题,可以理解为 Windows 的 msi 安装包的方案,Windows 的软件安装包通常很大,但一定程度上也避免了“依赖地狱”的问题,通常不会因为一两个软件包卸载搞崩溃其他应用,但是 snap 最大的问题就是它的软件仓库协议上不允许镜像,只能通过官方软件仓库 Snappy 走,并且支持私有收费的软件部署,所以目前并未大规模使用,因为官方仓库实在太慢了,而且不允许镜像。
Flatpak
Ubuntu 推出 snap 当年也正式宣布推出的新型包管理方案,这俩的路数大同小异。不过无论是snap还是Flatpak 都是比较新的包管理方案,目前支持的软件包并不多,一定程度上也限制了推广和使用。
Appimage
是 snap 和 flatpak 还没出现的一种替代方案,可以把它当做“便携版”来看待,对于不需要持久化存储的应用程序来说,有那么点用途,对于一些需要持久化存储数据的应用来说,需要单独为 Appimage 做一些特殊的逻辑处理,所以也并非能做到绝对的无侵入性。同时可以把它当成自解压包,运行前将压缩文件释放到/tmp,然后cd /tmp/xxxx.appimage/目录之后执行可执行权限,所以启动速度也不算太快,越大的文件越需要更长的解压缩时间,对于运行速度敏感的程序体验不是太好。