맥에서 만든 zip이 윈도우에서 압축 해제 실패¶

10/27(화)

한 줄 요약: 맥 Finder '압축하기'로 만든 zip이 윈도우에서 안 풀리고 한글 이름이 깨졌다. 원인은 UTF-8 표시가 없는 한글 이름, 자모로 나뉜 한글 저장 방식, __MACOSX 부속 파일이었다. 윈도우 호환 zip을 다시 만들어 보냈다. 실제 윈도우에서는 확인하지 못했다.

🚨 증상¶

담당자에게 재난 데이터 리서치 폴더를 zip으로 보냈더니, 윈도우에서 압축이 계속 안 풀린다는 연락이 왔다.

맥에서 그 zip의 파일 목록을 보니 한글 이름이 깨져 있었다.

�??�?�/...            ← 한글 폴더·파일 이름이 깨짐
__MACOSX/._...        ← 맥 전용 부속 파일

📍 상황¶

2026-10-27 13:36 — 검토를 마친 리서치 자료를 담당자에게 전달하던 중이었다(→ 작업 2). Finder '압축하기'로 리서치 폴더(444KB)만 압축해 보낸 직후였다. → 그날 일지

🔍 원인¶

파일이 손상된 게 아니라, 맥 zip과 윈도우의 이름 처리 방식이 맞지 않았다. - UTF-8 표시 없음: 맥은 이름을 UTF-8(유니코드 글자 저장 방식)로 저장하면서 zip의 "이 이름은 UTF-8" 표시를 넣지 않는다. 윈도우 탐색기는 이름을 다른 인코딩(옛 한국어 코드 등)으로 읽어 깨지거나 "잘못된 경로"로 실패한다. - 자모로 나뉜 한글: 맥은 한을 ㅎ+ㅏ+ㄴ처럼 나눠 저장한다(NFD: 유니코드 분해 정규화). 윈도우는 합쳐진 글자(NFC: 결합 정규화)를 쓴다. 그래서 더 쉽게 문제가 생긴다. - 맥 전용 부속 파일: __MACOSX/._…, .DS_Store(Finder 폴더 설정 파일)가 함께 들어갔다. 윈도우에선 쓸모없는 파일이다.

🧭 해결 과정¶

원본 zip 목록 확인 → 깨진 이름과 __MACOSX 항목을 보고 원인을 판단했다. 원본 zip 자체는 바탕화면에 없어 다시 열어 보지는 못했다.
윈도우용 zip 새로 만들기 → 원본 폴더는 읽기만 하고, 새 zip에서 세 가지를 바꿨다.
한글 이름을 윈도우식(NFC)으로 바꾸고 UTF-8 표시를 넣었다.
__MACOSX와 .DS_Store 2개를 뺐다.
결과: 재난 데이터 리서치_윈도우용.zip(332KB)
검증 → 파일 13개(엑셀 9, md 4) 모두 들어 있음. 압축 손상 검사(CRC: 파일 무결성 확인값) 이상 없음. 맥에서 풀어 엑셀 9개 모두 열림. 가장 긴 경로 45자로 윈도우 경로 길이 제한에 안 걸림.
다음부터 직접 하는 법 → 맥용 반디집에서 압축 인코딩을 '윈도우 호환'으로 두고 만들면 된다는 답을 받았다. 맥 기본 터미널 명령(zip, ditto)으로 되는지도 시험하려 했지만, 결과는 기록에 없다.

주의: 정리하면서 엑셀 폴더 이름이 excel로 바뀌었다. 메일에 옛 폴더 이름을 썼다면 한 줄 덧붙여야 한다.

✅ 다음에 같은 증상이 보이면¶

받는 쪽에 반디집이나 7-Zip으로 풀어 보라고 먼저 안내한다. 한글 zip을 잘 처리해서 가장 빠르다.
맥에서 목록을 확인한다. unzip -l 파일.zip으로 보면 이름 깨짐과 __MACOSX 항목을 바로 알 수 있다.
윈도우로 보낼 zip은 Finder '압축하기' 대신 맥용 반디집(인코딩 '윈도우 호환')으로 만든다.
재발 방지: 받는 사람이 윈도우면 처음부터 반디집으로 압축하고, 보내기 전에 목록을 한 번 본다.

🔗 관련¶

참고 자료: 반디집 (반디소프트 공식 사이트) — 맥·윈도우용 압축 프로그램, 압축 인코딩 설정 · 링크
참고 자료: 7-Zip (공식 사이트, 영문) — 윈도우에서 한글 zip 풀기 · 링크

🗓️ 이력¶

2026-10-27: Finder zip이 윈도우에서 안 풀리고 한글이 깨짐. 윈도우 호환 zip을 다시 만들고, 맥용 반디집 사용을 안내받음(실제 윈도우 확인은 못 함) → 일지