1TB SSD가 931GB로 보이는 이유, 어디까지 정상일까?

새 SSD의 용량을 확인할 때는 상자에 적힌 숫자와 탐색기 막대 아래 숫자를 곧바로 빼기 쉽다. 그러나 ‘1TB 제품’, ‘931GB 용량’, ‘남은 공간 530GB’는 모두 같은 기기에서 나올 수 있는 표시다. 앞의 둘은 단위가 다르고, 마지막은 이미 사용한 공간을 뺀 결과다.

따라서 용량이 제대로 잡혔는지 확인하는 순서는 제품의 정확한 용량 표기 → 운영체제가 인식한 디스크 전체 → 각 볼륨 → 볼륨 안의 여유 공간이다. 이 순서로 읽으면 정상적인 931GB 표시를 고치려고 포맷하거나, 실제로 남아 있는 미할당 공간을 단순 단위 차이로 넘기는 일을 줄인다.

1TB를 바이트로 풀면 931GB의 이유가 보인다

십진 단위에서 1GB는 10억 바이트, 1TB는 1조 바이트다. 반면 이진 단위인 1GiB는 1,073,741,824바이트다. 같은 저장 공간을 더 큰 단위로 나누면 단위 앞의 숫자는 작아진다. 미국 NIST의 단위 설명도 GB와 GiB를 이처럼 구별한다.

제품의 사용자 용량을 정확히 1,000,000,000,000바이트로 놓고 계산하면 다음과 같다. 여기서 나누는 수는 1024를 세 번 곱한 값이다.

1TB = 1,000,000,000,000바이트
1GiB = 1,024 × 1,024 × 1,024바이트
1,000,000,000,000 ÷ 1,073,741,824 ≈ 931.32GiB

Windows의 익숙한 용량 화면은 이렇게 이진 단위로 환산한 값에 GB라는 문자를 붙여 보여 준다. 따라서 화면의 약 931GB는 단위 정의에 맞춰 쓰면 약 931GiB에 해당한다. 저장장치 제조사 Verbatim의 용량 안내도 Windows의 이진 계산과 제품의 십진 표기를 구별한다. ‘1,000에서 931을 빼니 69GB가 없어졌다’고 계산하면 서로 다른 단위를 같은 것으로 놓게 된다.

이 환산은 파일을 지우거나 공간을 되찾는 과정이 아니다. 같은 1조 바이트를 어느 단위로 읽느냐의 차이다. 포맷 전후에도 운영체제가 같은 바이트 수를 인식한다면 이 차이는 남는다. NTFS를 exFAT로 바꾼다고 단위 환산으로 생긴 931이라는 숫자가 1,000으로 바뀌지는 않는다.

반대로 ‘모든 1TB SSD는 정확히 931.32GB여야 한다’는 합격선을 만들 필요도 없다. 위 값은 정확히 1조 바이트를 놓은 계산값이다. 실제 장치가 보고하는 사용자 바이트 수와 화면의 반올림, 볼륨을 만든 범위에 따라 끝자리는 달라진다. 먼저 비교할 것은 소수점의 일치보다 같은 장치의 전체 크기인지다.

512GB와 500GB, 1TB와 1024GB도 같은 용량이 아니다

아래는 제품 표기를 십진 바이트로 해석해 직접 환산한 값이다. 포맷한 볼륨의 실측값이나 Windows 설치 뒤 남는 공간이 아니다. GiB 값은 1024³바이트로, TiB 값은 1024⁴바이트로 나눴으며 표의 각 열에서 소수 둘째 자리까지 반올림했다.

2TB가 1.81TB로 보인다는 질문도 같은 계산에서 출발한다. 정확히 2조 바이트는 약 1.818989TiB다. 소수 둘째 자리에서 끊어 표시하면 1.81, 반올림하면 1.82가 된다. 화면의 처리 방식과 실제 보고 바이트까지 확인할 때는 마지막 두 자리보다 원래 바이트 수를 비교하는 편이 명료하다.

512GB 제품에서 약 476GB가 보이는 것과 1TB 제품에서 476GB가 보이는 것은 의미가 다르다. 전자는 위 환산과 가깝지만 후자는 제품 용량과 차이가 크다. 또 960GB로 판매한 제품을 1TB 기준으로 계산하면 시작부터 기준이 틀린다. 주문 내역과 기기 모델에 붙은 용량을 그대로 사용해야 환산표가 제 역할을 한다.

931GB인데 C:는 930GB, 남은 공간은 530GB일 수 있다

디스크는 저장 장치 전체이고, 파티션은 그 장치 안에 나눈 영역이다. C:처럼 탐색기에서 사용하는 볼륨은 그중 파일을 넣는 공간이다. 장치 하나를 C:와 D:로 나눴다면 C: 하나의 크기는 SSD 전체가 아니다. Microsoft의 디스크 관리 설명은 한 디스크와 그 안의 여러 파티션을 함께 보여 준다.

여유 공간은 여기서 한 단계 더 내려간 숫자다. C:의 전체 용량에서 그 볼륨이 이미 사용한 공간을 뺀 값이므로, SSD 용량이 정상이어도 앱과 파일이 많으면 작아진다. ‘처음부터 931GB만 인식했다’와 ‘쓰다 보니 530GB만 남았다’는 서로 다른 질문이다.

이 숫자는 관계를 설명하기 위한 가상 예시다. 시스템·복구 영역의 크기는 실제 파티션 배치에 따라 달라진다. 같은 디스크에 D:가 크게 잡혀 있으면 C:는 이보다 훨씬 작고, 제조사가 별도 복구 이미지를 넣었는지에 따라서도 배치가 달라진다.

탐색기에서 파일을 지우면 주로 마지막 두 줄이 바뀐다. C: 파티션 자체를 늘리지 않는 한 C:의 전체 크기는 그대로다. 제품 라벨의 1TB와 파일을 지운 뒤 여유 공간을 비교하면, 정리한 효과와 처음부터 인식한 크기를 한꺼번에 섞어 판단하게 된다.

디스크 관리에서는 왼쪽 전체 크기부터 읽는다

Windows 11에서는 시작 버튼을 오른쪽 클릭하고 디스크 관리를 연다. 아래쪽의 ‘디스크 0’, ‘디스크 1’처럼 장치별로 나뉜 줄에서 전체 크기를 찾은 뒤, 오른쪽의 C:·D:·복구·할당되지 않음 영역을 함께 읽는다. 드라이브 문자가 들어 있는 줄을 찾으면 어느 디스크에 속하는지 알 수 있다.

외장 SSD와 내장 SSD를 함께 연결했다면 C:만 보고 외장 제품 용량을 판단하기 쉽다. 해당 드라이브 문자가 들어 있는 디스크 줄을 찾아 전체 크기와 비교한다. 외장 장치에서는 제품 이름까지 대조하면 다른 디스크를 읽는 실수를 줄인다. 디스크 관리의 열기와 기본 기능은 Microsoft 지원 문서에서 확인할 수 있다.

화면의 GB 표기 대신 바이트 숫자를 확인하려면 Windows PowerShell에서 다음 두 조회를 사용할 수 있다. 첫 번째는 운영체제에 보이는 디스크, 두 번째는 C: 볼륨이다. 외장 SSD의 문자가 E라면 두 번째 명령의 C를 E로 바꾼다.

Get-Disk | Select-Object Number, FriendlyName, Size
Get-Volume -DriveLetter C | Select-Object DriveLetter, FileSystem, Size, SizeRemaining

Get-Disk의 Number는 디스크 번호, FriendlyName은 장치 이름이며 Size는 그 디스크의 바이트 크기다. 여러 줄이 나오면 디스크 관리에서 확인한 번호와 맞춘다. 이 명령의 기본 대상은 운영체제에 보이는 디스크이며 동적 디스크는 반환하지 않는다는 지원 범위가 있다.

Get-Volume에서는 Size가 볼륨 전체 바이트 수이고 SizeRemaining이 그 안의 남은 바이트 수다. Select-Object로 필요한 속성을 꺼내면 이 두 값을 구분해서 볼 수 있다. 원래 바이트 수를 1,000,000,000으로 나누면 GB, 1,073,741,824로 나누면 GiB가 된다.

두 명령은 디스크 초기화·포맷·파티션 삭제를 하지 않고 정보를 조회한다. 예를 들어 디스크 Size가 약 1조 바이트라면 931이라는 화면 숫자는 환산과 연결된다. C:의 Size만 더 작다면 C:에 배정한 범위와 다른 파티션을 살펴본다. 디스크 관리에는 표시되지 않는 예약 파티션도 있어, 화면의 영역을 더한 값만으로 전체 용량을 판정하지 않는다.

복구 파티션과 SSD 내부 예약 공간은 어디에 들어갈까?

UEFI/GPT 방식으로 Windows를 설치한 디스크에는 사용자 파일을 담는 C: 외에 부팅용 EFI 시스템 파티션, Microsoft 예약 파티션(MSR), 복구 도구 영역 등이 있다. 디스크 관리에서는 드라이브 문자가 없는 EFI·복구 영역도 확인할 수 있다. Microsoft의 UEFI/GPT 배치 안내는 각 영역의 용도를 설명한다.

다만 MSR은 디스크 관리 화면에 표시되지 않는다. Microsoft의 GPT FAQ는 MSR을 명령줄 도구에서만 볼 수 있다고 설명한다. 디스크 관리에 MSR이라는 칸이 없다는 이유로 예약 공간이 사라졌거나 용량이 잘못 잡혔다고 판단할 수는 없다.

이 영역들이 있으면 디스크 전체와 C: 크기는 달라진다. 다만 1TB를 931GiB로 바꿔 쓰는 산술 자체가 복구 파티션을 만든 결과는 아니다. 환산 차이는 같은 바이트를 다른 단위로 읽은 것이고, 파티션 차이는 그 장치에서 C:에 배정하지 않은 영역이다. 용량을 늘리려 부팅·복구 영역을 지우면 해당 기능에 영향을 주므로 숫자를 읽는 단계에서 삭제할 이유는 없다.

SSD의 오버프로비저닝(OP)은 컨트롤러가 작업에 쓸 공간을 남기는 방식이다. Kingston의 제조사 설명에는 물리 용량 1024GB·사용자 용량 960GB처럼 예약 비율에 따라 사용자 용량이 다른 예시가 있다. 제조사 내부 예약은 운영체제에서 파일 저장 영역으로 보이지 않는다.

따라서 1TB가 931GB로 보인다는 사실만으로 ‘제조사가 69GB를 OP로 숨겼다’고 계산하지 않는다. 제품이 사용자에게 제공한다고 명시한 용량을 먼저 바이트로 맞추고, 해당 모델에 별도 예약 설정이 있는지 그다음 확인한다. 모든 SSD의 내부 물리 용량이나 OP 비율을 이 화면 하나로 역산할 수는 없다.

1TB가 476GB라면 전체 디스크와 볼륨 중 어느 쪽인지 본다

1TB 장치의 전체 크기가 약 931GB인데 C:만 476GB라면 C: 밖의 영역을 볼 이유가 있다. D: 같은 다른 볼륨이 있는지, ‘할당되지 않음’이 남았는지에 따라 설명이 달라진다. 반면 운영체제에 보이는 디스크 전체부터 약 476GB라면 단순한 1TB→931GiB 환산만으로는 그 차이를 설명하지 못한다.

이때는 조회한 디스크 번호와 장치 모델, 주문한 실제 용량부터 다시 맞춘다. 512GB 제품을 다른 슬롯에 함께 쓰는 PC라면 476GB라는 숫자는 그 장치일 수 있다. ‘1TB로 주문했다’는 기억과 실제 운영체제가 보고 있는 장치를 연결한 뒤에도 차이가 남으면, 그 자료를 가지고 해당 모델 제조사의 진단·지원으로 이어갈 수 있다.

작은 SSD를 큰 SSD로 복제한 직후라면 장치 전체는 커졌지만 이전 파티션 크기가 남는 경우도 확인할 대상이다. Microsoft의 볼륨 확장 안내는 미할당 공간의 위치와 파일시스템 조건을 제시한다. 실제 확장 절차와 복구 파티션이 사이에 있는 경우는 큰 SSD로 복제했는데 C: 용량이 그대로인 문제에서 이어 볼 수 있다.

반대로 전체 디스크가 제품의 사용자 바이트 수와 맞고, C:와 다른 파티션의 배치도 설명된다면 931이라는 숫자를 고칠 작업은 없다. 남은 공간이 부족한 문제는 그 볼륨의 사용량을 줄이거나 저장 공간을 늘리는 쪽으로 풀어야 한다. 정상 표기인지의 답은 디스크 전체에서, 오늘 파일을 더 넣을 수 있는지의 답은 해당 볼륨의 여유 공간에서 나온다.