파일이 많아질수록 단순히 폴더를 새로 만드는 것만으로는 정리가 끝나지 않습니다. 같은 사진이 여러 위치에 저장되고, 파일 이름에는 촬영 날짜와 출처가 섞이며, 백업 폴더에는 삭제된 파일과 예전 버전이 함께 남기 때문입니다. 이때 TOTALCOMMANDER는 두 개의 파일 창을 기준으로 원본과 작업 대상을 나란히 확인하면서 정리 순서를 통제하기에 적합합니다.
이 글은 기능 목록을 나열하는 대신 실제 정리 작업의 판단 순서에 초점을 둡니다. 먼저 무엇을 찾아야 하는지 정하고, 그 결과를 별도 목록으로 검토한 뒤, 이름 변경과 이동을 실행하고, 마지막으로 두 폴더의 차이를 비교하는 방식입니다. 파일을 한꺼번에 선택하기 전에 되돌릴 수 있는 상태를 만드는 것이 핵심입니다.
작성 기준일은 2026년 8월 27일입니다. Windows용 최신 정식 버전은 공식 변경 이력 기준 2026년 7월 1일 공개된 Total Commander 11.58이며, 공식 다운로드 페이지에는 Windows 11까지 지원하는 32비트, 64비트, 통합 설치 파일이 안내되어 있습니다. 설치 파일을 내려받은 뒤에는 파일 속성에서 Ghisler Software GmbH의 디지털 서명을 확인하는 절차가 권장됩니다. ([ghisler.com](https//www.ghisler.com/download.htm?utm_source=openai))
정리 작업을 시작하기 전에 범위를 정하는 방법
정리 실패의 가장 흔한 원인은 대상 범위가 지나치게 넓은 상태에서 파일을 바로 옮기는 것입니다. 예를 들어 문서, 사진, 다운로드 파일을 한 번에 처리하면 이름 규칙이 서로 달라 중복과 누락을 구분하기 어렵습니다. 처음에는 한 종류의 파일과 한 기간만 정해 작업하는 편이 안전합니다.
범위는 보통 원본 위치, 파일 종류, 날짜 범위, 최종 보관 위치로 나누어 기록합니다. 예를 들어 원본 위치는 다운로드 폴더, 파일 종류는 JPG와 PNG, 날짜 범위는 2025년 1월부터 2025년 12월까지, 최종 위치는 사진 보관 폴더로 정할 수 있습니다. 이 네 가지가 정해지면 TOTALCOMMANDER의 검색 조건과 이동 경로를 일관되게 설정할 수 있습니다.
| 정리 항목 | 먼저 정할 기준 | 확인해야 할 예외 | 권장 결과 |
|---|---|---|---|
| 사진 | 촬영 연도와 촬영 장소 | 편집본과 원본의 날짜가 다를 수 있음 | 연도 또는 행사별 폴더 |
| 문서 | 업무 종류와 보존 기간 | 확장자만으로 문서 성격을 판단하기 어려움 | 업무명과 상태별 폴더 |
| 다운로드 파일 | 최근 사용 여부와 출처 | 설치 파일과 압축 파일을 삭제하면 재설치에 영향 | 보관, 설치, 삭제 후보 분리 |
| 백업 폴더 | 원본과 백업의 기준 시점 | 백업 쪽에만 있는 파일을 원본에서 삭제하면 안 됨 | 비교 후 선택적 동기화 |
정리 대상이 외장 드라이브나 네트워크 폴더에 있다면 작업 전에 연결 상태도 확인해야 합니다. 연결이 불안정한 상태에서 복사나 동기화를 실행하면 일부 파일만 처리될 수 있고, 사용자는 작업이 끝났다고 오해할 수 있습니다. 중요한 자료라면 원본 폴더를 직접 수정하기보다 임시 작업 폴더를 먼저 만들어 결과를 확인하십시오.
두 파일 창을 정리 작업대처럼 배치하기
TOTALCOMMANDER의 두 파일 창은 단순한 좌우 보기 기능이 아니라 출발지와 도착지를 고정하는 작업대 역할을 합니다. 왼쪽 창에는 원본 또는 검토 대상 폴더를 열고, 오른쪽 창에는 정리 결과를 저장할 폴더를 여는 방식이 기본입니다. 같은 폴더를 양쪽에 열어 놓으면 이동 방향을 착각할 수 있으므로 창의 역할을 먼저 정하는 것이 좋습니다.
왼쪽 창의 상단 경로가 원본인지 확인하고, 오른쪽 창에는 실제로 파일을 보낼 폴더가 열려 있는지 확인합니다. 폴더 이름이 비슷한 경우에는 상위 경로까지 보아야 합니다. 특히 2025년 사진과 2026년 사진처럼 연도만 다른 폴더는 작업 전에 경로 전체를 확인하지 않으면 잘못된 위치에 파일이 들어갈 수 있습니다.
자주 사용하는 원본 폴더와 결과 폴더는 디렉터리 목록이나 탭으로 구분해 두면 반복 작업이 편해집니다. 다만 탭을 많이 열어 두면 현재 활성 탭을 잘못 판단할 수 있으므로 작업 직전에는 양쪽 창의 폴더 이름을 다시 확인해야 합니다. 폴더 경로를 클립보드에 복사해 작업 기록에 남겨 두는 것도 검수에 도움이 됩니다.
- 왼쪽 창에 원본 또는 검색 시작 위치를 엽니다.
- 오른쪽 창에 임시 작업 폴더나 최종 보관 폴더를 엽니다.
- 양쪽 창의 상위 경로와 드라이브 문자를 확인합니다.
- 숨김 파일과 시스템 파일이 필요한 작업인지 판단합니다.
- 작업 대상에 포함하지 않을 폴더는 미리 별도 위치로 분리합니다.
처음부터 최종 폴더로 이동하는 것이 부담스럽다면 오른쪽 창에 검토용 폴더를 만들어 복사부터 진행할 수 있습니다. 복사본에서 이름 규칙과 폴더 구성을 확인한 뒤 원본과 비교하면 실수의 영향을 줄일 수 있습니다. 파일 이동은 저장 공간을 절약할 수 있지만 원본 위치에서 사라진다는 점 때문에 검토 단계에서는 복사보다 위험합니다.
검색 결과를 바로 이동하지 않고 검토 목록으로 만드는 절차
검색은 파일을 찾는 단계이고, 이동은 결정을 실행하는 단계입니다. 두 단계를 분리하지 않으면 검색 조건이 너무 넓었는지 확인하기 전에 파일이 다른 폴더로 옮겨질 수 있습니다. TOTALCOMMANDER의 검색 기능은 파일 이름과 와일드카드, 파일 내용, 크기, 날짜 같은 조건을 조합할 수 있고 검색 결과를 목록 창으로 넘겨 후속 작업을 할 수 있습니다. ([ghisler.com](https//www.ghisler.com/advanced.htm?utm_source=openai))
사진을 찾을 때는 JPG만 검색하지 말고 PNG, HEIC, JPEG처럼 실제 카메라와 휴대전화에서 생성되는 확장자를 함께 검토합니다. 문서는 DOCX와 PDF를 나누어 찾되, 파일 이름에 같은 프로젝트명이 들어가는지 추가로 확인하십시오. 확장자만으로 파일의 용도를 확정하면 스캔 이미지나 이름이 바뀐 파일을 놓칠 수 있습니다.
검색 조건을 만들 때는 먼저 파일 이름 조건을 좁게 설정한 뒤 날짜와 크기 조건을 추가하는 편이 좋습니다. 예를 들어 파일 이름에 행사명이 포함되고 2025년 1월 이후에 수정된 파일만 찾고 싶다면 이름, 날짜, 위치를 각각 기록해 두어야 합니다. 검색 결과에서 예상보다 많은 파일이 나오면 조건을 완화하기보다 결과 일부를 열어 조건이 의도대로 작동했는지 먼저 확인하십시오.
- 검색을 시작할 상위 폴더를 결정합니다.
- 파일 이름 또는 확장자 조건을 입력합니다.
- 필요할 때 파일 내용, 날짜, 크기 조건을 추가합니다.
- 검색 결과에서 대표 파일 몇 개를 열어 오탐 여부를 확인합니다.
- 검토가 끝난 결과만 목록으로 넘겨 이름 변경이나 복사 작업에 사용합니다.
검색 결과에 바로 포함시키기 어려운 항목은 제외 조건으로 분리할 수 있습니다. 예를 들어 이미 정리된 폴더, 임시 렌더링 폴더, 프로그램 설치 폴더는 검색 범위에서 제외하는 것이 좋습니다. 파일 이름에 같은 단어가 들어갔다는 이유만으로 모든 파일을 처리하지 말고, 폴더 위치와 수정 날짜를 함께 확인해야 합니다.
일괄 이름 변경에서 충돌을 계산하는 방법
여러 파일의 이름을 한 번에 바꿀 때는 결과 이름이 서로 겹치는지 먼저 확인해야 합니다. TOTALCOMMANDER의 Multi-Rename Tool은 선택한 파일을 기준으로 이름과 확장자를 조합하고 번호를 붙이거나 문자열을 바꾸는 작업을 미리 보여 줍니다. 공식 도움말은 원래 이름, 확장자, 순번 등의 자리표시자를 사용하고 실제 실행 전 결과 목록을 확인할 수 있다고 설명합니다. ([ghisler.com](https//www.ghisler.com/advanced.htm?utm_source=openai))
예를 들어 IMG_0001, IMG_0002, IMG_0003을 2025_여행_001, 2025_여행_002, 2025_여행_003으로 바꾸려면 원래 번호를 무시하고 새 순번을 부여할지 결정해야 합니다. 이미 다른 폴더에서 001부터 120까지 사용했다면 새 파일을 001부터 시작할 경우 이름이 충돌할 수 있습니다. 이때는 폴더별 순번을 사용할지, 촬영 날짜와 시간까지 이름에 포함할지 정해야 합니다.
안전한 이름 규칙은 날짜, 분류명, 순번, 확장자 순서로 구성하는 방식입니다. 예를 들어 2025년 8월 가족 사진이라면 2025-08_가족_001.jpg처럼 만들 수 있습니다. 같은 날짜와 분류에 파일이 많다면 순번만으로 충분하지 않을 수 있으므로 원래 이름 일부나 촬영 시간 정보를 보조 항목으로 남기는 편이 좋습니다.
이름 변경 전에는 미리 보기 목록에서 세 가지를 확인해야 합니다. 첫째 새 이름이 비어 있지 않은지 확인합니다. 둘째 같은 이름이 이미 존재하지 않는지 확인합니다. 셋째 확장자가 중복으로 붙거나 사라지지 않았는지 확인합니다. 공식 도움말에는 잘못된 결과를 되돌리는 Undo 기능과 이름 충돌을 자동 이름으로 바꾸는 동작이 안내되어 있지만, 중요한 자료는 실행 전 원본 또는 복사본을 남기는 것이 우선입니다. ([ns2.ghisler.com](https//ns2.ghisler.com/android/help.htm?utm_source=openai))
적용 사례 하나 사진 폴더를 연도와 행사별로 정리하기
사진 폴더에 휴대전화 사진 680개와 카메라 사진 240개가 섞여 있고, 파일 이름이 IMG와 DSC로 나뉘어 있다고 가정해 보겠습니다. 목표는 원본을 보존하면서 2025년 사진 중 가족 행사 사진만 별도 폴더에 모으는 것입니다. 처음부터 920개 전체를 이름 변경하지 않고 검색 결과를 작은 묶음으로 나누는 것이 안전합니다.
먼저 원본 폴더를 왼쪽 창에 열고 오른쪽 창에 2025년_가족행사_검토 폴더를 만듭니다. 검색에서는 JPG, JPEG, PNG를 대상으로 하고 촬영 또는 수정 날짜가 2025년에 해당하는 파일을 찾습니다. 결과 중 파일 이름만으로 판단하기 어려운 사진은 빠른 보기나 기본 뷰어로 확인하고, 행사와 관계없는 사진은 선택에서 제외합니다.
검토가 끝난 사진이 86개라면 먼저 오른쪽 검토 폴더로 복사합니다. 복사가 완료된 뒤 검토 폴더에서 파일을 선택하고 2025-가족행사-001부터 순번을 부여하는 이름 규칙을 적용합니다. 결과 목록에서 86개 파일의 새 이름이 모두 서로 다른지 확인한 뒤 실행하며, 원본 폴더의 파일 이름은 그대로 유지합니다.
이후 검토 폴더와 최종 보관 폴더를 비교해 누락된 파일이 없는지 확인합니다. 파일 개수만 비교하면 같은 이름의 다른 파일을 놓칠 수 있으므로 크기와 날짜가 다른 항목을 따로 살펴봐야 합니다. 편집본을 원본으로 착각할 수 있는 경우에는 파일 이름에 편집 여부를 표시하거나 원본과 편집본을 하위 폴더로 분리하십시오.
적용 사례 둘 문서 백업을 비교하고 선택적으로 동기화하기
업무 문서 원본 폴더와 외장 드라이브 백업 폴더를 비교할 때는 어느 쪽을 기준으로 삼을지 먼저 결정해야 합니다. 최신 파일을 양쪽에 맞추는 목적이라도 한쪽에서 삭제된 파일을 다른 쪽에서도 삭제할 것인지는 별도 판단이 필요합니다. 따라서 동기화는 자동 백업이 아니라 비교 결과에 따라 선택하는 작업으로 이해해야 합니다.
왼쪽 창에는 업무용 원본 폴더를, 오른쪽 창에는 외장 드라이브의 백업 폴더를 엽니다. Commands 메뉴에서 Synchronize Dirs를 실행하고 Compare를 눌러 양쪽 내용을 비교합니다. 공식 튜토리얼에 따르면 비교 결과는 한쪽에만 있는 파일, 양쪽에 있는 파일, 수정 날짜가 다른 파일 등을 구분해 보여 주며, 필요한 항목만 선택해 동기화할 수 있습니다. ([ghisler.com](https//www.ghisler.com/advanced.htm?utm_source=openai))
원본에만 있는 파일은 백업으로 복사할 후보입니다. 백업에만 있는 파일은 원본에서 이미 삭제된 자료일 수 있으므로 자동 삭제 대상이 아닙니다. 양쪽에 모두 있지만 날짜가 다른 문서는 어느 파일이 최종본인지 문서 내용과 수정자를 확인한 뒤 방향을 정해야 합니다.
예를 들어 원본에만 있는 보고서 12개, 백업에만 있는 예전 계약서 3개, 양쪽에 있지만 수정 날짜가 다른 파일 5개가 발견되었다고 하겠습니다. 이 경우 12개는 백업으로 복사하고, 3개는 별도 보존 폴더로 옮기며, 5개는 내용 비교 후 최신본을 선택하는 방식이 안전합니다. 숫자만 보고 20개 전체를 한 방향으로 동기화하면 예전 자료나 수정본을 잃을 수 있습니다.
압축 파일을 정리할 때 생기는 예외
TOTALCOMMANDER에서는 압축 파일을 일반 폴더처럼 열어 내부 파일을 확인하고 복사하거나 압축 해제할 수 있습니다. 공식 기능 안내에는 ZIP을 비롯한 여러 압축 형식의 처리와 플러그인을 통한 추가 형식 지원이 설명되어 있습니다. 다만 압축 파일 내부에서 파일을 바로 수정하거나 이동할 때는 실제 결과가 새 압축 작업으로 처리될 수 있으므로 중요한 압축 파일은 먼저 복사해 두는 편이 좋습니다. ([ghisler.com](https//www.ghisler.com/featurel.htm?utm_source=openai))
압축 파일을 정리할 때는 압축 파일 자체의 이름과 내부 파일 이름을 구분해야 합니다. 바깥 파일의 이름만 바꾸면 내부 문서의 이름은 그대로 남고, 내부 파일을 정리하면 압축 파일의 내용이 달라집니다. 계약서나 설치 파일처럼 보존 목적이 있는 자료는 압축 해제 후 내용을 확인한 다음 새 압축 파일을 만드는 방식이 더 명확할 수 있습니다.
암호가 걸린 압축 파일, 손상된 압축 파일, 분할 압축 파일은 일반 폴더와 같은 방식으로 처리되지 않을 수 있습니다. 압축 해제 오류가 발생하면 같은 파일을 반복해서 덮어쓰지 말고 원본의 크기와 확장자를 먼저 확인하십시오. 출처가 불분명한 실행 파일이 들어 있는 압축 파일은 열기 전에 보안 검사를 수행하고, 파일을 실행하지 않은 상태에서 목록만 확인하는 것이 안전합니다.
실수와 예외를 줄이는 최종 점검표
파일 정리에서 가장 위험한 실수는 작업 대상과 결과 위치를 혼동하는 것입니다. 두 창의 위치가 맞아도 선택된 파일이 예상과 다를 수 있으므로 실행 전 선택 개수와 대표 파일 이름을 확인해야 합니다. 대량 작업은 한 번에 실행하기보다 작은 묶음으로 나누어 첫 결과를 검증한 뒤 범위를 늘리는 방식이 좋습니다.
- 원본 폴더의 경로와 백업 위치를 따로 기록했는지 확인합니다.
- 검색 결과에서 임시 파일과 설치 파일을 제외했는지 확인합니다.
- 복사와 이동 중 어떤 작업을 선택했는지 확인합니다.
- 일괄 이름 변경 결과에 중복 이름과 확장자 오류가 없는지 확인합니다.
- 압축 파일 내부 자료와 압축 파일 자체를 혼동하지 않았는지 확인합니다.
- 동기화 전에 삭제 방향과 충돌 파일 처리 방식을 확인합니다.
- 작업 완료 후 파일 개수뿐 아니라 대표 파일의 크기와 열림 여부를 확인합니다.
파일이 열리지 않거나 복사 중 오류가 발생하면 오류 창을 닫고 같은 작업을 반복하기보다 실패한 파일 목록을 기록해야 합니다. 대상 드라이브의 여유 공간, 파일 권한, 너무 긴 경로, 사용 중인 파일 여부를 차례로 확인하십시오. 관리자 권한으로 실행하면 해결되는 경우도 있지만, 권한 상승은 파일 접근 범위를 넓힐 수 있으므로 필요한 경우에만 사용해야 합니다.
삭제 작업은 정리의 마지막 단계로 미루는 편이 좋습니다. TOTALCOMMANDER의 삭제 방식은 Windows 휴지통 설정과 연결 상태에 따라 기대와 다르게 보일 수 있고, 휴지통 손상이나 설정 문제로 직접 삭제처럼 처리될 가능성도 공식 FAQ에 안내되어 있습니다. 삭제 전에는 별도 보관 폴더로 이동하거나 외장 백업에 복사한 뒤, 실제로 더 이상 필요하지 않은 파일인지 확인하십시오. ([ghisler.com](https//www.ghisler.com/efaqfile.htm?utm_source=openai))
Windows와 Android에서 작업 범위를 다르게 잡기
2026년 8월 기준 공식 사이트는 Windows용 Total Commander 11.58과 Android용 Total Commander를 별도 제품으로 안내합니다. Windows 버전은 두 파일 창, 고급 검색, 폴더 비교와 동기화, 일괄 이름 변경, 압축 파일 관리처럼 대규모 파일 정리에 적합한 기능을 제공합니다. Android용 도움말에도 복사, 이동, 이름 변경, 다중 이름 변경, 검색, ZIP 압축과 해제가 안내되어 있지만 화면 조작과 저장소 권한은 모바일 환경에 맞게 다릅니다. ([ghisler.com](https//www.ghisler.com/download.htm?utm_source=openai))
Windows에서는 여러 드라이브와 외장 저장장치를 오가며 전체 폴더 구조를 재편하는 작업이 편리합니다. Android에서는 사진과 다운로드 파일을 선택해 이동하거나 ZIP으로 묶는 단순한 정리부터 시작하는 편이 적합합니다. 휴대전화 저장소에서 접근이 제한된 폴더가 보이지 않는다면 프로그램 오류로 단정하지 말고 운영체제의 저장소 권한과 제조사별 제한을 확인해야 합니다.
두 환경 사이에서 파일을 옮길 때는 먼저 전송 폴더를 하나 정하고, 전송이 끝난 뒤 파일 개수와 대표 파일을 대조하십시오. 모바일 사진은 같은 장면이 여러 해상도와 편집본으로 존재할 수 있어 파일 이름만으로 중복을 판단하기 어렵습니다. 원본 보존이 필요한 사진은 Android에서 바로 삭제하기보다 Windows 쪽에서 비교와 검토를 끝낸 뒤 삭제하는 편이 안전합니다.
자주 생기는 판단 문제
검색 결과를 목록으로 넘긴 뒤 원본 폴더를 바꾸어도 되나요
검색 결과는 검색 시점의 조건과 위치를 기준으로 만들어지므로 원본 폴더의 파일을 바꾸면 결과와 현재 상태가 달라질 수 있습니다. 목록을 만든 뒤에는 가능한 한 원본을 수정하지 말고, 수정이 필요하면 검색을 다시 실행하는 것이 좋습니다. 특히 네트워크 폴더와 동기화 폴더는 다른 프로그램이 파일을 바꿀 수 있어 실행 직전 재검색이 안전합니다.
파일 이름에 날짜를 넣으면 항상 최신 파일을 구분할 수 있나요
파일 이름에 넣은 날짜가 촬영일인지 수정일인지 먼저 정해야 합니다. 파일을 복사하거나 편집하면 수정일이 바뀔 수 있고, 일부 프로그램은 메타데이터의 촬영일을 보존하지 않을 수 있습니다. 날짜를 이름에 넣더라도 파일 크기, 내용, 원본 위치를 함께 확인해야 최신본을 확정할 수 있습니다.
동기화에서 양쪽에 같은 이름의 파일이 있으면 어느 쪽이 유지되나요
같은 이름이라는 사실만으로 어느 파일이 옳은지 결정할 수 없습니다. 수정 날짜가 최신인 파일이 실제 최종본이라는 보장도 없으므로 문서 내용이나 작업 기록을 확인해야 합니다. 충돌 파일은 한쪽을 바로 덮어쓰기보다 별도 충돌 폴더에 복사한 뒤 비교하는 방식이 안전합니다.
일괄 이름 변경을 실행한 뒤 잘못된 것을 발견하면 어떻게 하나요
먼저 추가 이동이나 삭제를 멈추고 이름 변경 결과를 확인해야 합니다. TOTALCOMMANDER의 Multi-Rename Tool에는 이전 이름 변경을 되돌리는 기능이 안내되어 있지만, 작업 전에 원본을 보존했다면 복구 판단이 더 쉬워집니다. 되돌린 뒤에는 규칙을 작은 파일 묶음에 적용해 결과를 검증하고 전체 작업을 다시 실행하십시오. ([ghisler.com](https//www.ghisler.com/advanced.htm?utm_source=openai))
압축 파일 안의 파일도 검색할 수 있나요
공식 기능 안내에는 압축 파일 내부를 포함한 검색과 여러 압축 형식 처리가 지원된다고 설명되어 있습니다. 다만 압축 형식과 플러그인 구성에 따라 검색 가능 범위와 속도가 달라질 수 있습니다. 검색 결과를 실제로 복사하거나 압축 해제하기 전에는 파일이 필요한 자료인지 목록과 경로를 확인해야 합니다. ([ghisler.com](https//www.ghisler.com/featurel.htm?utm_source=openai))
TOTALCOMMANDER를 이용한 안전한 파일 정리는 검색, 검토, 복사 또는 이동, 이름 변경, 비교, 삭제의 순서를 지키는 데서 시작합니다. 가장 중요한 원칙은 자격이나 기능보다 작업 기준을 먼저 정하고, 원본과 결과를 구분하며, 동기화에서 삭제 방향을 자동으로 결정하지 않는 것입니다. 버전과 운영체제 지원 범위는 바뀔 수 있으므로 실제 설치나 대량 작업 전에는 2026년 8월 27일 기준 정보와 이후 공식 페이지 내용을 다시 확인하십시오.