Fedora 36更新后GitKraken频繁崩溃，求解决方案

安全阿岳

2026-8-13

GitKraken崩溃在Fedora 36（字体相关核心转储）的解决办法

问题背景

原本正常使用GitKraken v8.9，更新Fedora 36后，打开仓库标签或「文件/设置」界面时崩溃。已更新GitKraken到最新版，核心转储（通过coredumpctl gdb收集）显示崩溃发生在fontmanager.node模块的字体扫描逻辑中（栈追踪指向getAvailableFonts等字体相关调用）。官方支持提到是自定义字体兼容性问题，但未安装RedHatFont、JetBrains Mono等已知问题字体。

可行解决办法

临时禁用系统字体扫描启动GitKraken
启动时通过环境变量强制GitKraken跳过系统字体检测，使用内置字体：
```
GDK_SCALE=1 QT_SCALE_FACTOR=1 FONTCONFIG_PATH=/dev/null gitkraken
```
该方法通过让GitKraken无法读取系统字体配置，转而使用自身内置字体，避免触发有问题的字体解析逻辑。
排查并隔离异常字体
即使没装官方列出的字体，可能存在其他字体的元数据损坏或不兼容：
1. 备份当前字体配置：
```
cp -r ~/.fonts ~/.fonts_backup
sudo cp /etc/fonts/fonts.conf /etc/fonts/fonts.conf_backup
```
2. 临时清空用户字体目录：
```
mkdir ~/.fonts_temp && mv ~/.fonts/* ~/.fonts_temp/
```
3. 重启GitKraken测试，如果恢复正常，逐步把字体移回~/.fonts，每次移回后测试，定位出问题的字体并删除。
使用Flatpak版本替代
Flatpak封装的GitKraken运行在独立沙箱中，使用沙箱内的字体环境，不会受系统字体问题影响：
```
flatpak install flathub com.axosoft.GitKraken
flatpak run com.axosoft.GitKraken
```
修改GitKraken启动脚本永久生效
如果临时环境变量有效，可以修改GitKraken的启动脚本永久跳过系统字体扫描：
1. 打开启动脚本：
```
sudo nano /usr/bin/gitkraken
```
2. 在exec行前添加环境变量：
```
export FONTCONFIG_PATH=/dev/null
exec /usr/share/gitkraken/gitkraken "$@"
```
3. 保存退出，之后启动GitKraken就会自动应用该配置。