외장 SSD ‘디스크 할당 크기’, 파일보다 큰 이유

외장 SSD에 복사한 폴더의 속성을 열면 ‘크기’와 ‘디스크 할당 크기’가 함께 나온다. 원본과 사본의 파일 수·크기는 같은데 할당량만 크게 벌어졌다면, 파일 내용이 늘어난 것보다 대상 드라이브가 공간을 나누는 방식을 먼저 살펴볼 만하다. 작은 문서·설정 파일·웹 자료를 대량으로 보관할 때 두 숫자의 차이가 두드러진다.

이 현상은 새 1TB SSD가 Windows에서 약931GB로 표시되는 것과 원인이 다르다. 전자는 같은 파일을 저장하는 데 할당한 공간의 차이이고, 후자는 바이트를 세는 단위의 차이다. 새 드라이브의 전체 용량부터 의문이라면 1TB와931GB 표기의 관계가 먼저 답할 질문이다.

크기는 파일 내용, 할당량은 저장에 배정한 공간이다

파일의 ‘크기’는 그 파일에 들어 있는 데이터의 바이트 수다. ‘디스크 할당 크기’는 파일을 저장하기 위해 배정한 공간을 나타낸다. 파일시스템은 보통 데이터를 한 바이트씩 따로 배정하지 않고 클러스터라는 일정한 크기의 단위로 공간을 배정한다. 포맷 창의 ‘할당 단위 크기’가 이 단위다.

일반적인 비압축 파일이 클러스터 하나를 다 채우지 못해도 남은 부분에 다른 일반 파일을 끼워 넣지는 않는다. 8KiB 파일을128KiB 단위로 할당하는 드라이브에 저장하면 파일 데이터는8KiB지만 배정한 공간은128KiB다. 끝에 남은120KiB는 그 파일 내용이 늘어난 부분이 아니라 할당된 공간 안의 빈 부분이다.

Microsoft의 탐색기 계산 설명은 압축·희소 파일이 아닌 일반 파일의 표시를 클러스터 단위로 올림하는 방식으로 설명한다. 다만 NTFS의 아주 작은 파일은 파일 관리 정보 안에 내용을 담는 경우도 있다. 모든 파일에 ‘최소 클러스터 하나’라는 계산을 예외 없이 적용하면 실제 표시와 어긋난다.

중요한 것은 SSD의 연결 속도와 이 단위가 서로 다른 설정이라는 점이다. USB10Gbps 제품을20Gbps 포트에 연결한다고 파일당 배정 공간이 줄지는 않는다. 반대로 클러스터를 작게 골랐다고 SSD가 가진 물리적 바이트 용량이 늘어나는 것도 아니다. 작은 파일을 담을 때 비워 두는 몫이 달라진다.

8KiB 파일1만 개는 할당 단위에 따라 공간 차이가 커진다

같은 크기의 작은 파일을 많이 저장하면 차이가 얼마나 누적되는지 계산할 수 있다. 아래는 각각8KiB인 일반 파일1만 개를 파일별로 클러스터에 할당하는 경우다. 압축·희소 파일과 디렉터리·파일시스템 관리 공간을 제외한 계산 예시이며, 특정 SSD에서 측정한 속도나 사용량은 아니다. KiB는1024바이트, MiB는1024KiB다.

파일 데이터의 합계는 어느 행에서도78.125MiB다. 128KiB 행에서 이 합계보다1171.875MiB를 더 배정하는 것은 파일1만 개가 각각120KiB씩 남기기 때문이다. 실제 폴더에서는 파일 크기가 제각각이므로 폴더 전체 크기를 한 번 올림하는 대신 각 파일의 끝에서 생기는 남는 공간이 누적된다.

같은 총량이라도 큰 동영상 몇 개와 작은 텍스트 파일 수만 개는 결과가 다르다. 큰 파일은 마지막 클러스터의 빈 부분이 전체 크기에서 차지하는 비중이 작다. 작은 파일은 파일마다 생긴 빈 부분이 본문 데이터보다 커질 수 있다. 따라서 사진·영상 몇 개를 복사한 결과만으로 작은 파일 폴더의 공간 효율까지 판단하기 어렵다.

같은 원리는 HDD에서도 적용된다. Seagate의 NAS 용량 설명도 할당 단위보다 작은 파일을 대량으로 복사할 때 공간 차이가 커진다고 설명한다. 그 문서에 나오는 NAS OS의1MB·4K 설정은 해당 제품의 조건이다. 내 외장 SSD에도 같은 값이 설정됐다는 의미는 아니다.

현재 할당 단위는 포맷을 실행하지 않고 조회한다

먼저 탐색기의 ‘내 PC’에서 외장 SSD의 이름과 드라이브 문자를 확인한다. 해당 드라이브의 ‘속성 → 일반’에서는 NTFS·exFAT 같은 파일시스템을 볼 수 있다. 파일시스템 이름이 같아도 할당 단위는 다르게 포맷할 수 있으므로 이름만으로128KB나4KB라고 확정하지 않는다.

관리자 권한으로 명령 프롬프트를 열고 아래와 같이 입력한다. 예시의 E:는 실제 외장 SSD의 문자로 바꾼다. 복사 중인 파일과 SSD에서 열린 프로그램은 먼저 닫아 둔다.

chkdsk E:

결과에서 ‘각 할당 단위’의 바이트 수 또는 영어의 bytes in each allocation unit 항목을 찾는다. 4096바이트면4KiB, 131072바이트면128KiB다. 이 숫자와 작은 파일 수를 함께 보면 할당량이 커진 이유를 설명할 수 있다. 조회가 끝날 때까지 기다린 뒤 결과를 읽는다.

Microsoft의 현행 chkdsk 문서에서 옵션 없는 실행은 상태를 표시하고 오류를 고치지 않는다. /f는 오류 수정, /r은 불량 영역 검사와 복구를 포함하며 /x는 볼륨을 강제로 분리한다. 할당 크기를 알아보는 목적이라면 이 옵션들을 추가할 필요가 없다.

NTFS 드라이브는 아래의 전용 정보 조회도 가능하다. 출력의 Bytes Per Cluster가 클러스터 크기다. fsutil fsinfo 공식 안내의 ntfsinfo는 NTFS 전용이므로 exFAT 드라이브에 같은 명령이 안 된다는 사실만으로 고장을 판정하지 않는다.

fsutil fsinfo ntfsinfo E:

할당량이 달라도 파일 내용은 같을 수 있다

복사 전후에 비교할 첫 숫자는 폴더 속성의 파일 수와 ‘크기’다. ‘디스크 할당 크기’만 비교하면 서로 다른 포맷의 정상적인 공간 차이를 복사 실패로 오해하기 쉽다. 비교가 끝나기 전에 원본을 지우지 않고, 복사 도중 오류나 건너뛴 파일이 있었는지도 함께 본다.

중요한 파일의 내용까지 대조하려면 PowerShell의 해시 조회를 쓸 수 있다. 다음은 원본과 사본의 같은 파일에 SHA256을 계산하는 예시다. 실제 폴더·파일 경로로 바꾸며, 출력된 Hash 두 값을 비교한다.

Get-FileHash -LiteralPath 'C:\Work\sample.zip' -Algorithm SHA256
Get-FileHash -LiteralPath 'E:\Work\sample.zip' -Algorithm SHA256

Microsoft의 Get-FileHash 문서에서 해시는 파일 내용으로 계산되며 파일 이름을 바꿔도 내용이 같으면 값은 유지된다. 원본·사본의 SHA256이 같다면 그 파일은 할당량이 다르다는 이유로 다시 복사할 대상이 아니다. 한 파일의 일치만으로 폴더 전체의 검증이 끝나는 것은 아니므로 반드시 보존할 파일은 각각 대조한다.

파일 수나 ‘크기’부터 다르면 먼저 누락·복사 오류·다른 폴더 선택을 확인한다. 반면 내용이 같고 할당 단위만 다르다면 포맷을 바꾸어야 하는지는 공간 낭비의 크기와 앞으로의 사용 방식으로 결정한다. 작은 차이까지 없애려고 멀쩡한 드라이브의 자료를 전부 옮길 필요는 없다.

보관용 작은 파일은 묶고, 자주 수정할 파일은 그대로 둔다

가끔 꺼내 보는 작은 파일 묶음은 ZIP 같은 보관 파일 하나로 만든 뒤 SSD에 저장하는 방법이 있다. 파일을 각각 할당하는 대신 하나의 큰 파일로 저장하므로 클러스터 끝의 빈 공간이 파일 수만큼 쌓이는 현상을 줄일 수 있다. 파일 내용이 얼마나 압축되는지와 별개로, 작은 파일을 하나로 묶는 효과가 있다.

예를 들어 완료한 웹 프로젝트의 문서·설정·이미지 묶음을 보관하려면 원본 폴더를 남겨 둔 상태에서 ZIP을 만든다. 만든 ZIP을 열어 목록과 필요한 파일이 꺼내지는지 확인하고, 외장 SSD에 복사한 ZIP의 내용도 확인한다. ZIP의 실제 크기는 내부 압축률과 파일별 관리 정보에 따라 달라지므로 앞 표의78.125MiB가 그대로 결과값이 되는 것은 아니다.

반면 매일 편집하는 폴더를 묶으면 파일을 꺼내고 다시 넣는 작업이 생긴다. 실행 중인 앱의 작업 폴더나 수시로 바뀌는 파일을 공간만 아끼려고 보관 파일로 대체하면 원래 사용 방식과 맞지 않는다. 이 경우에는 작업용 파일을 유지하고, 완료된 자료만 묶거나 다음 포맷 때 저장 방식을 바꾸는 편이 자연스럽다.

Windows와 Mac 사이에서 파일을 주고받는 SSD라면 exFAT을 유지할 이유도 있다. Seagate의 파일시스템 안내는 양쪽 운영체제 교환용으로exFAT을, Windows 전용으로NTFS를 설명한다. 공간 차이를 줄이려고 NTFS로 바꾸면 기본 macOS에서 파일을 다시 쓰는 데 제약이 생긴다. 맥 전용 보관함까지 사용할 계획이라면 APFS·exFAT과 사진 보관함 조건을 함께 고려한다.

작은 파일이 주 용도라면 사본을 만든 뒤 설정을 바꾼다

작은 파일을 계속 대량 저장하고 현재 할당 단위 때문에 실제로 공간이 부족하다면, 더 작은 단위로 다시 포맷할 이유가 있다. 다만 Windows 기본 포맷 기능에서 이 값을 바꾸는 것은 파일을 남긴 채 속성만 수정하는 작업이 아니다. Microsoft의 디스크 관리 안내대로 포맷은 해당 볼륨의 기존 자료를 지운다.

1. 외장 SSD의 자료를 다른 물리적 저장장치에 복사하고, 중요한 파일이 실제로 열리는지 확인한다. 같은 SSD 안에 만든 다른 폴더는 이 사본을 대신하지 못한다.
2. 파일 탐색기나 디스크 관리에서 대상의 드라이브 문자·이름·용량을 대조한 뒤 포맷 창을 연다. 여러 외장 장치가 연결돼 있다면 대상 혼동부터 없앤다.
3. Windows 전용인지, Mac에도 직접 연결할 것인지에 따라 파일시스템을 정한다. 할당 단위는 일반 용도라면 기본값을 출발점으로 삼고, 현재 확인한 큰 단위와 작은 파일 중심 용도의 불일치를 조정한다.
4. 포맷을 마친 뒤 할당 단위를 다시 조회하고, 대표적인 작은 파일 폴더를 복사해 ‘크기’와 ‘디스크 할당 크기’를 비교한다. 필요한 자료를 돌려놓고 검증할 때까지 다른 장치의 사본을 유지한다.

Microsoft의 format 문서는 일반 사용에 기본 설정을 권장하고, 단위를 지정하지 않으면 볼륨 크기에 따라 정한다고 설명한다. 따라서 ‘exFAT은 언제나128KB’, ‘SSD는 무조건4KB’처럼 파일시스템 이름이나 저장장치 종류만으로 값을 고정하기 어렵다. 이미 확인한 할당 단위와 실제 파일 크기 분포가 판단 재료다.

Windows 전용으로 작은 문서와 일반 작업 파일을 저장하는 드라이브라면, NTFS 개요가 기본으로 제시하는4KB가 비교의 출발점이다. 반면 Mac과 교환할 exFAT 드라이브는 NTFS의 기본값을 그대로 복사하기보다 포맷 창에서 지원하는 단위와 연결할 기기의 조건을 맞춘다. 현재128KiB이고 파일 대부분이8KiB 안팎이라면 더 작은 단위로 줄일 공간상의 이유가 있지만, 큰 영상 몇 개뿐이라면 같은 변경의 이득은 작다.

큰 동영상 위주의 SSD라면 작은 파일 예시만 보고 단위를 가장 작게 바꿀 이유가 약하다. 반대로 작은 파일을 수만 개 담는 용도인데 할당 단위를 크게 수동 지정했다면 남는 공간이 늘어난다. 클러스터 변경으로 얻을 복사 속도는 이 계산표에 없다. 포맷 값을 바꿨다는 사실만으로 읽기·쓰기가 몇 배 빨라진다고 기대할 근거는 없다.

‘빠른 포맷’도 파일을 보존하는 기능이 아니다. 새 파일 테이블을 만들되 전체 영역을 완전히 덮어쓰지 않는 방식이다. 이름에 ‘빠른’이 붙어 있어도 작업 전에 사본을 확보하는 순서는 같다. 단순히 파일 수와 크기를 확인할 목적이라면 앞의 조회만 하고 포맷 단계는 실행하지 않는다.

할당량이 더 작거나 사용 공간 전체가 안 맞을 때

‘디스크 할당 크기’가 ‘크기’보다 작다고 해서 반대로 파일이 잘렸다는 뜻도 아니다. NTFS 압축이 적용됐거나, 파일의 빈 구간에 실제 공간을 배정하지 않는 희소 파일이라면 저장에 쓰는 공간이 논리 크기보다 작아진다. 이런 파일을 다른 파일시스템이나 복사 방식으로 옮겼을 때 표시가 바뀌면 압축·희소 상태도 대조할 대상이다.

또 폴더 속성에서 더한 할당량과 드라이브 전체의 사용 공간은 꼭 일치하지 않는다. 파일 이름·권한·배치 정보 같은 관리 데이터와 접근 권한 때문에 계산에서 빠진 항목도 있다. Microsoft의 NTFS 공간 진단도 큰 클러스터 외에 권한과 메타파일 등을 원인으로 나눈다. 폴더 몇 개의 합계가 다르다는 이유로 시스템 관리 파일을 지우는 방식은 원인을 확인한 해결이 아니다.

파일 수·크기가 같고 내용도 확인됐으며 큰 할당 단위와 작은 파일 조합으로 차이가 설명된다면, 파일 손상 복구보다 보관 방식이나 포맷 설정을 고르는 문제가 남는다. 반대로 읽기 오류·연결 끊김이 함께 생기거나 설명되지 않는 사용량이 계속 늘어난다면 그 증상을 별도로 다룬다. 큰 파일 하나를 복사할 때 ‘파일이 너무 큽니다’가 뜨는 문제는 FAT32의 단일 파일 크기 제한에서 원인과 절차가 갈린다.