Zorin OS 18에서 SourceGit이 갑자기 실행되지 않는 문제 해결
Issue
섹션 제목: “Issue”Zorin OS 18에서 사용하던 Git GUI 클라이언트인 SourceGit이 갑자기 실행되지 않는 문제가 발생했다.
애플리케이션 메뉴에서 SourceGit을 클릭해도 아무런 창이 나타나지 않았다.
프로그램 자체에서 에러가 발생하는지 확인하기 위해 터미널에서도 직접 실행해봤다.
sourcegit그런데 특이하게도 에러 메시지가 출력되지 않았다.
상태를 정리하면 다음과 같았다.
SourceGit 아이콘 클릭 → 아무 반응 없음
터미널에서 sourcegit 실행 → 에러 메시지 없음 → GUI도 나타나지 않음SourceGit 자체를 업데이트하거나 설정을 변경한 기억은 없었다.
대신 최근 Zorin OS에서 apt update를 포함한 시스템 패키지 업데이트를 진행했기 때문에 최근 시스템 업데이트가 영향을 준 것은 아닐까? 라는 의심부터 시작했다.
Cause
섹션 제목: “Cause”1) 최근 Zorin OS 18에서 비슷한 문제가 있었는지 확인
섹션 제목: “1) 최근 Zorin OS 18에서 비슷한 문제가 있었는지 확인”조사하던 중 Zorin 공식 포럼에서 상당히 비슷한 사례를 발견했다.
Zorin Forum - Black screen when opening some apps
2026년 9월 24일 등록된 글로, Zorin OS 18에서 시스템 업데이트 이후 OpenDeck과 Bruno API Client 등의 GUI 애플리케이션이 정상적으로 표시되지 않는 문제가 보고되어 있었다.
내 경우에는 SourceGit 창 자체가 나타나지 않았기 때문에 증상이 완전히 같지는 않았다.
하지만 다음 조건은 상당히 비슷했다.
Zorin OS 18 +최근 시스템 업데이트 +GUI 애플리케이션 문제 +애플리케이션 자체에서 명확한 에러가 나타나지 않음해당 포럼 글에서는 처음에 Wayland, Electron, GPU 등의 문제가 의심됐지만, 최종적으로 사용자가 다음 명령을 실행하면서 문제가 해결되었다고 한다.
rm -rf ~/.cache/fontconfigfc-cache -r -v즉 fontconfig 캐시를 삭제하고 다시 생성하는 것이었다.
내 환경에서도 최근 시스템 업데이트 이후 문제가 발생했다는 공통점이 있었기 때문에 SourceGit을 재설치하기 전에 이 방법을 먼저 시도해보기로 했다.
2) 그런데 SourceGit과 fontconfig가 무슨 관계일까?
섹션 제목: “2) 그런데 SourceGit과 fontconfig가 무슨 관계일까?”여기서 의문이 생긴다.
Git 클라이언트가 실행되지 않는데 왜 폰트 캐시를 삭제하는 걸까?
SourceGit은 Git 명령을 GUI로 사용할 수 있게 만들어진 애플리케이션이다.
그리고 SourceGit의 GUI는 Avalonia UI라는 크로스 플랫폼 UI 프레임워크를 사용한다.
SourceGit 공식 GitHub의 README를 보면 Linux 지원에 대해서 다음과 같이 명시되어 있다.
Linux only tested on Debian 12 on both X11 & Wayland.즉 SourceGit은 Linux 버전을 제공하고 있지만 공식적으로 테스트했다고 명시한 Linux 환경은 Debian 12의 X11/Wayland 환경이다.
따라서 Ubuntu 기반인 Zorin OS에서 발생할 수 있는 모든 시스템 패키지 조합이나 환경까지 동일하게 검증되어 있다고 볼 수는 없다.
3) SourceGit의 GUI와 폰트 처리
섹션 제목: “3) SourceGit의 GUI와 폰트 처리”SourceGit이 Avalonia 기반 GUI 프로그램이라는 점에서 fontconfig와의 연관성을 생각해볼 수 있었다.
Linux의 GUI 애플리케이션은 화면에 글자를 표시할 때 시스템에 설치된 폰트를 계속 직접 검색하는 대신 fontconfig 같은 시스템 구성요소를 이용하여 사용할 수 있는 폰트를 찾는다.
대략 다음과 같은 관계라고 이해할 수 있다.
SourceGit ↓Avalonia UI ↓GUI / Font Rendering ↓fontconfig ↓Font Cache ↓시스템에 설치된 폰트따라서 fontconfig의 캐시 상태에 문제가 있다면 GUI 애플리케이션이 시작하면서 폰트를 초기화하는 과정에도 영향을 줄 가능성이 있다.
4) apt update가 원인이었다고 볼 수 있을까?
섹션 제목: “4) apt update가 원인이었다고 볼 수 있을까?”이번 문제 직전에 시스템 업데이트를 했고, 비슷한 시기의 Zorin OS 18에서도 시스템 업데이트 이후 GUI 문제가 보고되었다.
하지만 정확히 어떤 패키지 업데이트가 문제를 발생시켰는지는 확인하지 못했다.
따라서 “apt update 때문에 fontconfig가 깨졌다.” 라고 단정할 수는 없지만 시스템 업데이트 이후 fontconfig 캐시 문제가 발생한 것 으로 추정된다
현재 확인할 수 있는 사실은 다음 정도다.
1. Zorin OS 18을 사용하고 있었다.
2. 최근 시스템 패키지를 업데이트했다.
3. 이후 SourceGit이 갑자기 실행되지 않았다.
4. 같은 시기의 Zorin OS 18에서 시스템 업데이트 후 GUI 문제가 보고됐다.
5. 해당 사용자는 fontconfig 캐시를 재생성하여 문제를 해결했다.
6. 내 환경에서도 같은 방법으로 SourceGit 문제가 해결됐다.Resolution
섹션 제목: “Resolution”먼저 현재 사용자의 fontconfig 캐시를 삭제했다.
rm -rf ~/.cache/fontconfig그리고 fontconfig 캐시를 다시 생성했다.
fc-cache -r -v이후 로그아웃/로그인을 하거나 시스템을 재부팅한다.
sudo reboot재부팅 후 SourceGit을 다시 실행했다.
sourcegitSourceGit이 정상적으로 실행되었다.
실행한 명령은 정확히 무엇을 한 것일까?
섹션 제목: “실행한 명령은 정확히 무엇을 한 것일까?”rm -rf ~/.cache/fontconfig
섹션 제목: “rm -rf ~/.cache/fontconfig”rm -rf ~/.cache/fontconfig현재 사용자 홈 디렉터리에 저장되어 있는 fontconfig 캐시를 삭제한다.
중요한 것은 실제 폰트를 삭제하는 명령이 아니라는 것이다.
시스템에 설치된 Font → 그대로 유지
~/.cache/fontconfig → 캐시만 삭제즉 문제가 있을 가능성이 있는 기존 폰트 캐시를 버린 것이다.
fc-cache -r -v
섹션 제목: “fc-cache -r -v”다음으로 실행한 명령이다.
fc-cache -r -vfc-cache는 시스템의 폰트 디렉터리를 검색하여 fontconfig가 사용할 캐시를 생성한다.
옵션은 다음 의미를 가진다.
-r기존 캐시를 무시하고 다시 생성
-v처리 과정을 자세하게 출력(verbose)결국 두 명령을 실행하면서 다음 작업을 한 것이다.
기존 fontconfig 캐시 삭제 ↓현재 시스템에 설치된 폰트 다시 검색 ↓현재 시스템 상태를 기준으로 캐시 재생성 ↓GUI 애플리케이션이 새로운 캐시 사용왜 이 방법으로 SourceGit이 다시 실행됐을까?
섹션 제목: “왜 이 방법으로 SourceGit이 다시 실행됐을까?”이번 해결 과정에서 SourceGit 자체에는 아무런 변경을 하지 않았다.
SourceGit을 재설치하지도 않았고 Git 설정도 변경하지 않았다.
변경한 것은 fontconfig 캐시뿐이었다.
따라서 이번 문제는 SourceGit의 Git 기능 자체보다는 SourceGit이 GUI를 초기화하면서 사용하는 시스템 폰트 정보와 관련된 문제였을 가능성이 높다.
내가 문제를 추적한 과정을 연결해보면 다음과 같다.
최근 Zorin OS 18 시스템 업데이트 ↓SourceGit이 갑자기 실행되지 않음 ↓터미널에서 실행해도 명확한 에러가 없음 ↓최근 Zorin OS 18에서 비슷한 GUI 문제 사례 발견 ↓해당 사례에서 fontconfig 캐시 재생성으로 해결 ↓SourceGit 역시 Avalonia 기반 GUI이며 시작 과정에서 폰트를 처리함 ↓내 환경에서도 fontconfig 캐시 삭제 및 재생성 ↓SourceGit 정상 실행따라서 시스템 업데이트 이후 기존 fontconfig 캐시와 현재 시스템의 폰트 환경 사이에 문제가 생겼고, SourceGit의 GUI 초기화 과정이 영향을 받은 것으로 추정할 수 있다.
캐시를 삭제하고 다시 생성하면서 현재 시스템의 폰트 정보를 기준으로 fontconfig 상태가 다시 만들어졌고 SourceGit도 정상적으로 GUI를 초기화할 수 있게 된 것으로 보인다.
Notes
섹션 제목: “Notes”1) 비슷한 문제가 발생한다면
섹션 제목: “1) 비슷한 문제가 발생한다면”Linux에서 평소 잘 실행되던 GUI 애플리케이션이 갑자기 실행되지 않는다면 먼저 터미널에서 직접 실행해보는 것이 좋다.
sourcegit여기에서 에러가 발생한다면 해당 에러를 먼저 조사한다.
하지만 이번처럼
평소에는 정상 실행됨 +최근 OS 업데이트가 있었음 +GUI가 갑자기 나타나지 않음 +터미널에서도 유용한 에러가 없음이라면 애플리케이션을 바로 삭제하고 재설치하기 전에 시스템의 공통 구성요소나 캐시 문제도 의심해볼 수 있다.
폰트와 관련된 문제라고 의심된다면 다음 방법도 하나의 확인 방법이 될 수 있다.
rm -rf ~/.cache/fontconfigfc-cache -r -v2) 정리
섹션 제목: “2) 정리”이번 문제를 통해 다시 확인한 것은 GUI 애플리케이션이 실행되지 않는다고 해서 반드시 해당 애플리케이션 자체가 문제인 것은 아니라는 점이다.
Linux에서는 GUI 프레임워크, 그래픽 환경, 폰트 시스템, 각종 캐시 등 여러 시스템 구성요소가 애플리케이션 실행에 관여한다.
따라서 시스템 업데이트 직후 평소 사용하던 GUI 애플리케이션이 갑자기 실행되지 않는다면 프로그램을 바로 재설치하기 전에 최근 시스템 변경 사항과 공통 시스템 구성요소를 함께 확인하는 것이 좋다.