우분투에서 WPS 오피스 안 열림 문제 해결 방법

우분투(Ubuntu)에서 WPS Office가 열리지 않는 문제를 해결하려면, 먼저 터미널에서 프로그램을 실행하여 실제 오류 메시지를 확인한 후 재설치하기 전에 실패 유형을 파악해야 합니다. "열리지 않음"은 단일 버그가 아닙니다. 독(Dock) 아이콘이 깜빡이다 사라질 수도 있고, Writer가 몇 초간 열렸다가 닫힐 수도 있으며, 오피스 제품군이 sudo 명령어로만 실행되거나, 홈 폴더의 파일은 열리는데 USB나 보조 디스크에 있는 문서는 열리지 않는 등 다양한 증상이 나타날 수 있습니다.

가장 빠른 해결 방법: 패키지 설치 여부 확인 → 터미널에서 실행 → 아래의 증상별 해결책 확인 → 데이터 손실이 없는 해결 방법 적용 → 이후에도 문제가 지속될 경우에만 공식 Deb 파일 재설치 또는 Snap 복구 진행. 정상적으로 해결되었다면 루트(root) 권한 없이도 일반 사용자 세션에서 Writer가 열리고, 샘플 문서가 닫히지 않은 채 유지되어야 합니다.

독(Dock) 아이콘이 깜빡이다가 사라지는 경우 → 가장 먼저 터미널 출력 메시지를 캡처하세요.
잠깐 열렸다가 닫히는 경우 → Wayland/Qt 경고 및 패키지 무결성을 점검하세요.
루트(root) 권한으로만 실행되는 경우 → 권한이나 라이브러리를 수정해야 하며, 계속해서 sudo를 사용하지 마세요.
외부 디스크에서만 실행이 실패하는 경우 → 이는 "실행 불가" 버그가 아니라 Snap 제한이나 권한 문제로 접근해야 합니다.

우분투 터미널을 통한 기본 설치 과정이 필요하다면 터미널을 통해 WPS Office를 설치하는 방법부터 확인해 보세요.

설치된 패키지 및 실행 방식 확인하기

dpkg -l wps-office 2>/dev/null
snap list 2>/dev/null | grep -i wps
command -v wps
command -v wps-office
ls /usr/share/applications/*wps* 2>/dev/null

ii로 표시된 Deb 항목, Snap 목록 항목 또는 이 두 가지 모두를 통해 어떤 복구 경로가 적합한지 파악할 수 있습니다. wps, et, wpp와 같은 실행기 이름은 빌드에 따라 다를 수 있으므로 command -v 명령어나 실제 보유한 바탕 화면(.desktop) 파일을 통해 확인하세요. WPS Office는 데스크톱 GUI 소프트웨어이므로 GUI가 없는 헤드리스(headless) SSH 세션에서는 진단하지 마세요.

또한 프로그램을 어떻게 설치했는지도 중요합니다. 공식 Linux 페이지에서 다운로드한 Deb 파일, Ubuntu Software에서 설치한 Snap, 그리고 오래된 커뮤니티의 wget Deb 파일은 각각 복구 방법이 다릅니다. Deb과 Snap 관련 파일이 모두 존재한다면, 독(Dock)이 실제로 호출하는 실행기가 무엇인지 파악한 후 사용하지 않는 설치 채널은 삭제하거나 무시하세요. 중복 설치는 "문제를 해결했는데도 아이콘이 여전히 작동하지 않는" 혼란을 초래할 수 있습니다.

터미널에서 실제 오류 메시지 캡처하기

Ask Ubuntu 커뮤니티의 문제 보고를 보면 "오류 창이 나타나지 않는다"는 경우가 많지만, 정확한 바이너리를 실행해 보면 터미널에 세그멘테이션 오류(segfault), 누락된 라이브러리, Qt/Wayland 경고가 출력되는 등 단서를 발견할 수 있습니다. 그래픽 세션에서 다음과 같이 실행해 보세요.

wps
# If that command is missing, try a menu-discovered name, or:
snap run wps-office

터미널을 닫지 말고 전체 출력 내용을 복사하세요. 이 출력 결과를 통해 스타일/테마 충돌, 우분투 업그레이드 후 누락된 .so 파일, Snap 권한 문제, 혹은 패키지 손상 상태 중 어떤 것을 해결해야 할지 결정할 수 있습니다.

유형 A: 아이콘이 나타났다가 사라지는 경우(조용한 종료 / Segfault)

"WPS가 시작되지 않음", "Writer가 로딩되지 않음" 등의 제목으로 올라오는 게시글들은 독(Dock) 아이콘이 몇 초간 나타났다가 사라지는 현상을 다루며, 때로는 /usr/bin/wps에서 Segmentation fault (core dumped) 오류를 동반하기도 합니다. 일부 사용자에게 효과가 있었던 커뮤니티의 임시 해결책 중 하나는 GTK Qt 스타일 힌트를 추가하여 실행하는 것입니다.

wps -style gtk+
# or, depending on the report:
wps -style gtk

이 방법으로 Writer가 정상적으로 열린다면, 해당 .desktop 파일의 Exec 줄을 임시로 동일하게 수정할 수 있습니다. 단, 시스템에 있는 데스크톱 파일 경로를 먼저 확실히 파악한 후에 진행하세요.

grep -R "Exec=" /usr/share/applications/*wps* 2>/dev/null

테스트를 위해 확실히 확인된 Exec 줄만 변경하세요. 패키지가 업데이트되더라도 수정한 내용이 몰래 덮어쓰이지 않도록, 가능한 한 ~/.local/share/applications/ 경로에 있는 사용자 복사본을 수정하는 것이 좋습니다. 스타일 플래그를 추가해도 아무런 효과가 없다면 다음 단계로 넘어가고, 관련 없는 Wine이나 Flatpak 팁을 무리하게 따라 하지 마세요.

Plasma/Kubuntu 데스크톱 환경에서는 이러한 조용한 종료 현상이 종종 Qt 테마 충돌로 인해 발생합니다. 과거 구버전 우분투에서는 Qt4 구성 도구를 설치하여 조정하는 것이 일반적인 해결책이었으나, 최신 버전에서는 터미널에서 -style 플래그가 작동하는지 먼저 점검한 후 데스크톱 파일을 수정할지 결정하는 것이 좋습니다. 플래그를 적용했을 때만 세그멘테이션 오류가 사라진다면 해당 최소한의 변경만 유지하고, 불필요한 테마 실험을 더 이상 진행하지 마세요.

유형 B: 몇 초간 열렸다가 닫히는 경우

창이 잠깐 나타났다가 종료되면서 터미널에 Qt의 Wayland 미지원, 로캘(locale) 폴백, 또는 접근성 등록 경고 같은 메시지가 출력될 수 있습니다. 이러한 메시지는 단서일 뿐, 항상 근본적인 단일 원인인 것은 아닙니다. 다음과 같이 데이터 손실이 없는 점검을 진행해 보세요.

sudo dpkg --configure -a
sudo apt --fix-broken install
dpkg -l wps-office

정상적인 경우 패키지가 완전히 구성된 상태(ii)여야 합니다. 만약 Wayland 세션을 사용 중이고 터미널에서 Wayland/Qt 관련 오류를 명확히 출력한다면, 사용 중인 우분투 버전에서 지원할 경우 로그인 화면에서 Xorg 세션으로 변경하여 한 번 테스트해 보세요. 이는 진단을 위한 하나의 과정일 뿐이며, Wayland를 영구적으로 포기해야 한다는 뜻은 아닙니다.

유형 C: sudo 명령어로만 실행되는 경우(권한 및 라이브러리 문제)

우분투 22.04 관련 보고에 따르면, 업그레이드 후 일반 사용자 권한으로는 WPS가 시작되지 않고 sudo wps 명령어로만 실행되는 현상이 발생하기도 합니다. 매일 이를 사용하는 것은 보안상 매우 위험합니다. 커뮤니티에서는 크게 두 가지 주요 원인으로 분석하고 있습니다.

• 기본 제공이 중단된 새 버전으로 업데이트한 후 OpenSSL 1.1 라이브러리가 누락된 경우. 이 경우 터미널에 libcrypto.so.1.1이 명시될 수 있습니다.

• WPS 설치 디렉터리 내에 포함된 번들 라이브러리의 권한 문제 (경로는 빌드마다 다르며, 주로 office6 디렉터리 아래에 위치합니다).

터미널에 libcrypto.so.1.1 또는 libssl.so.1.1이 표시된다면, 이는 해당 우분투 버전과 WPS 빌드 간의 버전 차이로 인한 종속성 문제이므로 PPA를 임의로 추가할 필요가 없습니다. 가급적 wps.com/office/linux에서 최신 공식 Deb 파일을 다운로드하여 APT를 통해 로컬 환경에 설치하는 것을 권장합니다. 오류 메시지에 특정 호환성 라이브러리 이름이 정확히 출력되고, 그것이 구버전 빌드를 위한 임시방편임을 확실히 이해한 경우에만 해당 라이브러리를 설치하세요.

ldd /opt/kingsoft/wps-office/office6/wps 2>/dev/null | grep -i "not found"
# Path is build-dependent; locate binaries first:
dpkg -L wps-office | grep -E "office6|bin" | head

ldd 명령 결과 누락된 라이브러리가 있다면 해당 이름을 정확히 확인하고 복구하세요. 파일은 존재하지만 루트(root) 권한으로만 읽을 수 있다면, 소유권과 권한을 신중하게 수정해야 합니다. 절대로 홈 디렉터리에 chmod 777을 무분별하게 적용하지 마세요.

"루트(root) 권한으로만 실행"되는 또 다른 원인은 사용자 설정 파일의 손상입니다. 앱이 설정을 새로 생성할 수 있도록 ~/.config/ 경로 아래에 있는 Kingsoft 설정 폴더를 삭제하는 방법도 있습니다. 이 방법은 사용자의 로컬 WPS 설정만 삭제될 뿐 실제 문서 파일에는 영향을 미치지 않지만, 안전을 위해 진행 전 반드시 백업을 먼저 해두세요.

ls -ld ~/.config/Kingsoft ~/.config/*wps* 2>/dev/null

유형 D: "열리지 않음" 문제가 사실상 파일 액세스 실패인 경우

Writer에서 홈 폴더에 있는 문서는 정상적으로 열리지만 USB 드라이브나 보조 HDD의 파일을 열 때 권한 메시지와 함께 실패한다면, 이는 단순한 실행 불가 버그가 아닙니다. Snap 설치의 경우 다음 명령을 확인하세요.

snap connections wps-office
sudo snap connect wps-office:removable-media

snap list에 표시된 정확한 Snap 이름을 사용해야 합니다. 만약 연결이 불가능하거나 여전히 실패한다면 Snap 버전을 삭제하고 공식 Deb 파일을 설치하는 것이 좋습니다. 이는 제한된 환경(confinement)이 듀얼 부팅이나 보조 디스크로의 접근을 차단할 때 널리 권장되는 해결책입니다.

전체 재설치 전에 패키지 상태 복구하기

sudo dpkg --configure -a
sudo apt --fix-broken install
dpkg -l wps-office

Deb 패키지가 절반만 설치된 상태라면, 무언가를 삭제하기 전에 구성을 먼저 완료해야 합니다. 패키지가 iF나 이와 유사하게 절반만 구성된 상태로 멈춰 있을 경우, 데스크톱 항목은 존재하지만 바이너리 파일이 불완전하여 증상이 마치 "WPS가 열리지 않는" 것과 완전히 똑같아 보일 수 있습니다. APT가 제안하는 조치를 주의 깊게 읽어보세요. 종속성을 "해결"하기 위해 wps-office를 삭제하겠다고 제안한다면, 완전히 제거할 의도가 없는 한 이를 중단해야 합니다. 파괴적인 정리를 수락하는 대신 최신 공식 Deb 파일을 다운로드하여 설치하세요.

Snap의 경우:

sudo snap refresh wps-office
snap run wps-office

마지막 수단으로 재설치하기(공식 채널 이용)

오류의 원인을 파악한 후에만 재설치를 진행하세요. Deb의 경우:

cd ~/Downloads
# Download current Deb Package from the official WPS Linux page first
sudo apt install ./wps-office_VERSION_amd64.deb

다운로드한 정확한 파일명을 사용해야 합니다. 수년 전 커뮤니티에 올라온 오래된 wget URL을 습관적으로 붙여넣지 마세요. Snap의 경우:

sudo snap remove wps-office
sudo snap install wps-office

실행을 테스트하는 동안 Deb과 Snap을 동시에 실행하지 마세요. 중복된 실행기가 존재하면 여전히 어떤 바이너리에서 오류가 발생하는지 파악하기 어려워집니다.

"열리는 속도가 느린 것"과 "열리지 않는 것"은 다릅니다

일부 Deb 사용자는 WPS가 누락된 글꼴을 대체하거나 네트워크에 연결하는 동안, 마치 프로그램이 멈춘 것처럼 수 초간 지연되는 현상을 겪기도 합니다. 반면 Snap 사용자는 다른 격리(confinement) 환경과 네트워크 기본값 덕분에 체감상 시작 속도가 더 빠를 때도 있습니다. 지연되더라도 Writer가 결국 열린다면, 성능 최적화 문제는 크래시 원인 분석과는 별개로 다뤄야 합니다. 열려 있는 불필요한 문서를 닫고, 오프라인 환경에서 테스트해 본 후에 설치 채널 간의 차이를 고려하세요. 느리지만 정상적으로 열리는 경우 무작정 반복해서 재설치하지 않아야 합니다.

성공 여부 확인하기

1. 일반 사용자 권한으로 Writer를 실행합니다(sudo 사용 안 함).

2. 문서 폴더에서 샘플 .docx 파일을 열고 1분간 그대로 둡니다.

3. USB나 보조 디스크 파일에 액세스해야 한다면 해당 경로를 다시 테스트해 봅니다.

4. WPS Spreadsheets 및 WPS Presentation을 사용하는 경우 해당 프로그램들도 정상적으로 시작되는지 확인합니다.

WPS Office로 원활하게 작업 계속하기

우분투에서 오피스 제품군이 다시 정상적으로 실행된다면, Writer, Spreadsheet, Presentation 및 PDF를 한곳에서 모두 지원하는 공식 WPS Office 빌드를 사용하세요. 이렇게 하면 파일을 열지 못해 매번 다른 앱으로 전환할 필요 없이 DOCX, XLSX, PPTX 및 PDF 작업의 일관성을 완벽하게 유지할 수 있습니다.

우분투에서 WPS Office 무료 복구 및 재설치

무료 다운로드

자주 묻는 질문(FAQ)

오류 대화 상자가 나타나지 않는 이유는 무엇인가요?

실행 실패의 상당수는 GUI 오류가 표시되기도 전에 종료되어 버립니다. 문제 발생 시 항상 터미널에서 먼저 실행해 보세요.

sudo를 사용하는 것이 올바른 해결 방법인가요?

아닙니다. 이는 일반 사용자의 권한이나 라이브러리 상태가 다르다는 것을 보여주는 진단 단서일 뿐입니다.

글꼴 경고가 나타나면 WPS가 열리지 않는다는 뜻인가요?

아닙니다. 수식 기호 글꼴 대화 상자는 별개의 문제이며, 프로그램 자체는 계속 실행 중일 수 있습니다.

시작 문제를 해결하기 위해 PPA를 추가해야 하나요?

아닙니다. 공식 Deb/Rpm 다운로드 페이지나 현재 사용 중인 Snap 도구를 활용하는 것을 권장합니다.

터미널에 아무것도 출력되지 않고 계속 종료되면 어떻게 하나요?

패키지 상태를 다시 점검하고 두 채널의 실행기가 모두 존재한다면 다른 쪽을 시도해 보세요. 간단한 패키지 점검 후에도 실패할 경우에만 dmesg 또는 journalctl --user-unit을 검사하세요.

설치 중 나타나는 "unknown media /ALL" 메시지가 실행 실패의 원인인가요?

일부 설치 과정에서는 이상한 미디어 관련 메시지가 출력되기도 하지만 패키지 압축은 정상적으로 풀립니다. 해당 메시지가 조용한 종료의 원인일 것이라고 단정 짓지 말고, 설치 후 항상 터미널을 통해 실행하여 직접 확인해 보세요.

무료 오피스 다운로드

• 광고 없이 Word, Excel, PPT를 무료로 사용하세요.

• 강력한 PDF 툴킷으로 PDF 파일을 자유롭게 편집하세요.

• Microsoft와 유사한 인터페이스, 쉬운 사용법, 100% 완벽한 호환성.

• WPS에서 제공하는 풍부한 무료 Word, Excel, PPT 및 이력서 템플릿으로 업무 생산성을 높이세요.

무료 다운로드

100% 안전 보장