파일명 깨짐의 원인
압축파일을 풀었는데 ‘여행사진’이 의미를 알 수 없는 기호로 표시되는 일이 있어요. 파일 자체가 손상됐다고 생각하기 쉽지만, 실제로는 이름을 저장할 때 사용한 문자 인코딩과 이를 읽는 프로그램의 해석 방식이 달라서 생기는 경우가 많습니다. 특히 오래된 ZIP 파일을 서로 다른 운영체제에서 주고받을 때 자주 나타나요.
인코딩 종류의 확인
국내의 오래된 윈도우 환경에서는 CP949 또는 EUC-KR이 많이 사용됐고, 최근 프로그램과 macOS, 리눅스 환경은 UTF-8을 주로 사용합니다. 압축파일 안에 인코딩 정보가 정확히 기록돼 있다면 문제가 없지만, 예전 ZIP 형식은 어떤 문자 체계를 썼는지 분명하지 않은 경우가 있어요.
한글이 물음표나 네모로 보인다면 글꼴 문제일 수도 있지만, 알 수 없는 상형문자나 기호처럼 전혀 다른 문자 조합으로 나타난다면 인코딩 불일치일 가능성이 큽니다. 파일 내용은 정상인데 이름만 깨졌다면 원본을 삭제하거나 파일명을 하나씩 고치기 전에 압축 해제 방식을 먼저 점검해 보세요.
보낸 사람의 운영체제와 압축 프로그램을 확인하는 것도 좋은 단서가 됩니다. 오래된 윈도우 PC에서 만든 자료라면 CP949, 리눅스 서버나 최근 프로그램에서 생성했다면 UTF-8부터 시도하는 식이에요.
압축 해제 프로그램 설정
가장 간단한 방법은 문자 인코딩을 선택할 수 있는 압축 프로그램으로 다시 푸는 것입니다. 반디집이나 7-Zip 같은 프로그램으로 압축파일을 열고 파일명이 정상적으로 보이는지 확인해 주세요. 프로그램과 버전에 따라 ‘코드 페이지’, ‘파일명 인코딩’, ‘문자 집합’처럼 메뉴 이름이 다를 수 있습니다.
우선 자동 감지를 적용하고, 해결되지 않으면 UTF-8과 CP949를 차례로 바꿔 보는 편이 좋아요. 중요한 점은 이미 깨진 이름을 억지로 수정하는 것이 아니라 원본 압축파일을 유지한 채 다른 설정으로 새 폴더에 다시 해제하는 것입니다. 그래야 실패해도 처음 상태로 돌아갈 수 있어요.
운영체제별 해결 방법
윈도우에서는 시스템 전체의 언어 설정을 바꾸기보다 압축 프로그램 안에서 코드 페이지를 조정하는 방법이 안전합니다. 시스템 로캘을 무리하게 변경하면 다른 오래된 프로그램의 글자가 깨질 수 있어요.
macOS에서 윈도우용 ZIP 파일의 한글 이름이 깨진다면 기본 압축 도구 대신 인코딩 처리를 지원하는 별도 해제 프로그램을 사용해 보세요. 반대로 맥에서 만든 압축파일을 윈도우로 전달할 때도 UTF-8 지원 여부를 확인하는 편이 좋습니다.
리눅스에서는 압축 해제 도구의 문자 집합 옵션을 이용할 수 있고, 이미 풀린 파일은 convmv 같은 이름 변환 도구로 정리할 수 있습니다. 다만 변환 방향을 반대로 지정하면 상태가 더 복잡해질 수 있으므로 미리보기 기능으로 결과를 확인한 뒤 적용해야 해요.
iconv는 텍스트 파일 내부의 문자 인코딩을 바꾸는 데 주로 사용됩니다. 파일 내용이 깨진 문제와 파일 이름이 깨진 문제는 해결 방법이 다르므로 둘을 구분하는 것이 중요합니다.
안전한 예방과 복구
자료를 보낼 때는 최신 압축 프로그램을 사용하고 UTF-8 파일명을 지원하는 형식으로 저장하는 것이 가장 깔끔합니다. 이미 문제가 생겼다면 원본 보존, 사용 환경 확인, UTF-8과 CP949 비교, 새 폴더에 시험 해제 순서로 진행해 보세요. 몇 개의 파일명을 수작업으로 고치는 것보다 원래 인코딩을 찾아 한 번에 다시 푸는 방식이 훨씬 정확하고, 다음에 같은 문제를 만났을 때도 당황하지 않게 됩니다.