압축 풀었더니 폴더 안에 폴더만 나올 때 — 이중 압축과 래핑 폴더의 차이

2026년 9월 14일 · unzip.kr

압축을 풀었는데 파일이 보이지 않고 폴더 하나만 나왔습니다. 그 폴더를 열면 또 폴더가 있거나, 압축 파일이 또 나옵니다. "이중 압축"이나 "중첩 압축"을 검색해 보셨다면 원인이 사실 세 가지로 나뉜다는 걸 아직 모르셨을 겁니다. 원인마다 해결 방법이 다르고, 사실 아무 문제 없는 경우도 있습니다. 어떤 상황인지 먼저 구분하는 것이 첫 번째 단계입니다.

가장 흔한 경우: 래핑 폴더 — 이중 압축이 아닙니다

압축을 풀었을 때 폴더 하나가 나오고 그 안에 파일이 있다면, 이것은 이중 압축이 아닙니다. 압축을 만든 사람이 파일들을 개별로 선택하지 않고 폴더 전체를 선택해서 압축한 것입니다. 폴더 안의 폴더 안에 파일이 있는 구조입니다. 파일이 사라진 게 아니라 한 단계 더 들어가면 있습니다.

예를 들어 "보고서" 폴더를 ZIP으로 만들면 ZIP 안에는 "보고서" 폴더가 통째로 들어가고 그 안에 실제 파일들이 있습니다. 압축을 풀면 "보고서" 폴더가 나오는 것이 정상 동작입니다. 그 폴더를 열어서 필요한 파일을 꺼내면 됩니다. 앞으로 이 구조가 불편하다면, ZIP을 만들 때 폴더 자체가 아닌 폴더 안의 파일들을 직접 선택해서 압축하면 래핑 계층이 생기지 않습니다. ZIP 만들기 도구에서는 파일을 개별로 드래그해 선택하면 불필요한 상위 폴더 없이 압축됩니다.

진짜 이중 압축: ZIP 안에 ZIP이 또 있는 경우

압축을 풀었더니 폴더가 아니라 .zip이나 .egg, .rar 같은 압축 파일이 또 나왔다면, 이게 진짜 이중 압축입니다. ZIP을 만든 뒤 그 ZIP 파일을 다시 ZIP으로 묶은 것입니다. 이 경우 두 번 풀어야 최종 파일이 나옵니다.

이유는 다양합니다. 이미 압축된 파일이 포함된 폴더 전체를 다시 압축하면 ZIP 안에 ZIP이 생깁니다. 또는 실수로 압축 파일을 또 한 번 압축하기도 합니다. 이미 압축된 파일은 다시 압축해도 용량이 거의 줄지 않으므로, 이중 압축은 불필요한 작업입니다. ZIP·7Z·EGG 같은 형식은 이미 내부적으로 압축이 적용된 포맷이기 때문입니다.

해결: 첫 번째 압축을 풀고, 그 안에서 나온 압축 파일을 다시 unzip.kr에 드래그하거나 선택해서 한 번 더 풀면 됩니다. 브라우저 안에서 처리되므로 파일이 서버로 전송되지 않습니다.

이중 압축 여부를 확인하는 법: 압축을 풀었을 때 안에 .zip, .rar, .7z, .egg, .alz 같은 확장자의 파일이 나오면 이중 압축입니다. 폴더만 나왔다면 앞서 설명한 래핑 폴더 케이스이고, 파일은 그 폴더 안에 있습니다.

맥에서 만든 ZIP의 __MACOSX 폴더

맥(macOS)에서 Finder로 ZIP을 만들면 실제 파일 외에 __MACOSX라는 폴더가 함께 생성됩니다. 이 폴더는 Finder의 아이콘 위치, 색 태그, 미리보기 캐시 등 맥 전용 메타데이터를 담은 것입니다. 윈도우나 안드로이드 사용자에게는 필요 없는 내용입니다.

ZIP을 풀면 진짜 파일이 있는 폴더와 __MACOSX 폴더, 이렇게 두 가지가 나와서 "왜 폴더가 두 개지?"라고 당황하게 됩니다. __MACOSX 폴더는 무시하거나 삭제해도 됩니다. 진짜 파일은 __MACOSX가 아닌 다른 폴더에 있습니다. __MACOSX 안의 파일들은 이름이 점(.)으로 시작하는 숨김 파일로, 실제로 열거나 사용할 수 있는 파일이 아닙니다.

unzip.kr에서 ZIP을 풀 때도 __MACOSX 폴더가 목록에 함께 표시됩니다. 맥에서 만든 ZIP이라면 이것은 정상입니다. 필요 없다면 __MACOSX 폴더를 건너뛰고 원하는 파일만 선택해서 내려받으면 됩니다.

중첩 폴더 구조가 너무 깊은 경우

프로젝트 전체를 압축한 경우 "프로젝트명 → 하위폴더 → 소스파일" 같은 폴더 계층이 그대로 ZIP 안에 들어갑니다. 압축을 풀면 여러 단계를 거쳐야 실제 파일에 닿는 것처럼 느껴집니다. 하지만 파일은 모두 거기 있습니다. 파일이 빠져 있는지는 압축 도구에서 파일 목록 전체를 확인해 보면 알 수 있습니다.

이 상황에서 윈도우 탐색기로 압축을 풀면 문제가 생길 수 있습니다. 윈도우는 파일 경로 길이를 260자로 제한하는데, 중첩된 폴더 구조와 경로가 합쳐지면 이 한계를 넘기 쉽습니다. "경로가 너무 깁니다"나 "파일 이름 또는 확장명이 너무 깁니다" 오류가 나오면 이 경우입니다. 이 문제를 자세히 다룬 글은 경로 길이 한계 해결 글을 참고하세요.

해결 방법은 두 가지입니다. 첫째, 압축을 풀 위치를 C:\ 바로 아래처럼 경로가 짧은 곳으로 옮겨서 시도합니다. 둘째, unzip.kr 같은 브라우저 도구를 사용합니다. 브라우저 안에서 압축을 해제하면 윈도우의 260자 경로 제한을 받지 않으므로 중첩이 깊은 폴더 구조도 문제없이 처리됩니다. 파일 목록에서 원하는 파일만 골라 다운로드할 수도 있습니다.

풀었는데 폴더가 비어 있거나 파일이 아예 없다면

위에서 설명한 상황이 아닌데도 폴더가 비어 있거나, 폴더 이름 자체가 깨져 있거나, 파일이 전혀 없다면 압축 파일 자체가 손상됐을 수 있습니다. 다운로드가 중간에 끊겼거나 전송 중 오류가 생기면 압축 파일의 내부 디렉토리 정보가 깨질 수 있습니다.

확인 방법: 압축 파일 크기가 공지된 원본 크기와 일치하는지 체크합니다. 크기가 더 작다면 다운로드가 완료되지 않은 것입니다. 크기는 같은데 파일이 없다면 내부 구조가 손상된 경우입니다. 반디집(무료)에서 손상 부분을 건너뛰고 읽을 수 있는 파일만 꺼내는 기능을 시도해볼 수 있습니다. 그래도 안 된다면 반디집의 복구 기능을 써보거나, 원본 파일을 다시 받는 것이 최선입니다.

한 가지 더: 윈도우 탐색기가 ZIP 파일을 열 때 일부 파일을 표시하지 못하는 버그가 드물게 있습니다. 탐색기를 통하지 않고 unzip.kr에 파일을 직접 넣어 보면, 탐색기가 놓친 파일이 실제로 있는지 확인할 수 있습니다.