### Ubuntu 中设置默认 Python 版本后终端无法打开的原因 当在 Ubuntu 系统中更改默认的 Python 版本时，可能会遇到一些依赖于特定 Python 版本的应用程序出现问题。特别是对于系统组件如 GNOME 或其他图形界面工具，这些通常依赖于系统的默认 Python 版本来运行。 如果将 Python 的默认版本从 3.8 更改为更高版本（例如 3.9），而某些核心库仍然期望使用旧版 Python，则可能导致应用程序崩溃或功能异常。这解释了为什么更改 Python 版本会引发终端无法启动的问题[^5]。 ### 解决方案 #### 方法一：修复 gi 库链接 由于部分 GUI 工具包（比如 `gnome-terminal`）可能依赖于 `_gi_cairo.cpython-38m-x86_64-linux-gnu.so` 和 `_gi.cpython-38m-x86_64-linux-gnu.so` 文件，因此可以通过调整这些文件来解决问题： ```bash cd /usr/lib/python3/dist-packages/gi/ sudo mv _gi_cairo.cpython-38-x86_64-linux-gnu.so _gi_cairo.cpython-39-x86_64-linux-gnu.so sudo mv _gi.cpython-38-x86_64-linux-gnu.so _gi.cpython-39-x86_64-linux-gnu.so ``` 此命令的作用是更新上述两个共享对象文件的名字，使其匹配新的 Python 主要版本号 (即由 "38" 改为 "39")，从而让依赖它们的应用能够找到正确的模块加载路径。 #### 方法二：恢复原始 Python 配置 另一种方法是通过 `update-alternatives` 来管理不同版本之间的切换而不影响整个系统的稳定性: ```bash sudo update-alternatives --remove-all python sudo update-alternatives --install /usr/bin/python python /usr/bin/python2.7 1 sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.8 2 sudo update-alternatives --config python ``` 这段脚本先移除现有的替代配置项，再重新注册多个 Python 可执行文件作为候选者，并允许手动选择当前使用的默认版本。这样可以在不影响系统服务的前提下灵活地改变 Python 版本[^4]。 ### 相关问题 1. 如何确认当前系统上已安装的所有 Python 版本？ 2. 使用 `pyenv` 是否能更好地管理系统中的多版本 Python？ 3. 如果不想改动全局 Python 版本，在项目目录下如何创建独立的虚拟环境？ 4. 安装 Anaconda 后，默认 Python 被覆盖怎么办？ 5. 修改 Python 版本前需要注意哪些潜在风险？