이 글의 목적은 Windows 환경에서 ReFS(Resilient File System) 볼륨이 마운트되지 않을 때 드라이버와 운영체제 호환성을 체계적으로 점검하여, 데이터 손상 없이 안전하게 문제를 해결할 수 있도록 실무 중심 절차를 정리하는 것이다.
1. ReFS 볼륨 마운트 오류를 이해하기 전에 알아둘 점
ReFS 볼륨이 마운트되지 않는 상황은 단순 디스크 불량부터 운영체제 버전·에디션 미지원, ReFS 드라이버 손상, 스토리지 컨트롤러 드라이버 문제, ReFS 버전 불일치 등 다양한 원인이 섞여 있는 경우가 많다.
따라서 무작정 복구 도구를 실행하거나 레지스트리를 수정하기 전에, 다음 순서로 상황을 구조적으로 파악하는 것이 중요하다.
- 운영체제 버전·에디션이 해당 ReFS 볼륨을 지원하는지 확인한다.
- 디스크/파티션/파일 시스템 상태를 논리적으로 구분해 점검한다.
- ReFS 관련 드라이버가 적절히 로드되어 있는지 확인한다.
- 스토리지 컨트롤러·가상화 계층(USB, HBA, RAID, Hyper-V, VMware 등)을 점검한다.
- ReFS 버전 호환성, BitLocker, 가상 디스크(VHDX) 여부 등을 확인한다.
주의 : ReFS 볼륨이 마운트되지 않는 상태에서 성급히 포맷 또는 파티션 삭제를 수행하면 복구 가능성이 크게 떨어진다. 원인이 명확히 정리되기 전까지는 절대 초기화를 시도하지 말아야 한다.
2. ReFS 지원 운영체제·에디션 정리
먼저 사용하는 Windows 버전과 에디션이 ReFS를 공식적으로 어떻게 지원하는지 이해해야 한다. ReFS는 NTFS와 달리 모든 에디션에서 동일하게 지원되지 않기 때문이다.
2.1 ReFS 기본 개념
- Microsoft가 대용량 데이터·가상화 워크로드를 위해 설계한 복원력 높은 파일 시스템이다.
- 데이터 무결성 검증, 스냅샷(블록 기반), 자동 복구, 큰 볼륨·파일 지원 등을 특징으로 한다.
- NTFS처럼 부트 볼륨용으로 사용하는 것은 제한적이며, 주로 데이터 볼륨에 사용한다.
2.2 에디션별 ReFS 지원 개략 비교
아래 표는 일반적인 클라이언트·서버 OS에서의 ReFS 지원 방향을 개략적으로 정리한 것이다.
| 구분 | 예시 에디션 | ReFS 볼륨 생성 | ReFS 볼륨 마운트 | 비고 |
|---|---|---|---|---|
| 클라이언트 워크스테이션급 | Windows 10/11 Pro for Workstations, Enterprise | 정책·버전에 따라 허용되는 경우가 있다. | 기존 ReFS 볼륨 마운트 가능성이 높다. | 대용량·가상화 환경용으로 설계된 에디션이다. |
| 일반 클라이언트 | Windows 10/11 Home, Pro | UI에서 생성이 차단되는 경우가 많다. | 기존 볼륨 마운트는 가능한 경우와 불가한 경우가 혼재한다. | 버전·업데이트 수준에 따라 동작이 다를 수 있다. |
| 서버 OS | Windows Server 계열 | 공식 지원, 관리 도구에서 직접 ReFS 생성 가능하다. | ReFS 데이터 볼륨 마운트가 정상 동작해야 한다. | 스토리지 스페이스, 클러스터 시나리오에 자주 사용된다. |
| 구형 OS | 지원 종료된 Windows 버전 | 미지원이거나 제한적이다. | 최신 ReFS 버전 볼륨 마운트 불가 가능성이 크다. | 최신 OS에서 마운트를 시도하는 것이 안전하다. |
주의 : 동일한 “Windows 10 Pro” 라는 이름이라도 빌드·업데이트 상태에 따라 ReFS 관련 동작이 달라질 수 있다. 따라서 정확한 OS 빌드와 패치 상태를 함께 확인해야 한다.
3. 1단계: OS 버전·에디션·빌드 확인
ReFS 볼륨 마운트 문제를 진단할 때 가장 먼저 해야 할 일은 사용 중인 Windows의 정확한 정보 확인이다.
3.1 GUI로 확인
- Win + R →
winver입력 → Windows 버전 및 빌드 확인한다. - 설정 > 시스템 > 정보 또는 내 PC > 속성에서 에디션(예: Pro, Enterprise, Pro for Workstations) 확인한다.
3.2 PowerShell/명령프롬프트로 확인
systeminfo | findstr /B /C:"OS 이름" /C:"OS 버전"
wmic os get Caption, Version, BuildNumber이 정보를 기반으로 해당 에디션이 ReFS를 어느 정도 지원하는지, 최신 누적 업데이트가 적용되어 있는지부터 점검해야 한다.
4. 2단계: 디스크·파티션·볼륨 상태 점검
ReFS 볼륨이 마운트되지 않을 때, 실제 문제는 파일 시스템이 아니라 디스크 자체나 파티션 테이블일 수 있다. 따라서 디스크 계층부터 차근차근 확인해야 한다.
4.1 디스크 관리(diskmgmt.msc) 확인
- Win + R →
diskmgmt.msc실행한다. - 해당 디스크가 온라인 상태인지, 초기화 필요로 표시되는지 확인한다.
- 파티션이 할당되지 않음인지, 다른 파일 시스템(RAW, Unknown 등)으로 인식되는지 확인한다.
- ReFS로 포맷되어 있어야 할 파티션이 “건강함(기본 데이터 파티션)” 등으로만 보이고 드라이브 문자가 없는지 확인한다.
주의 : 디스크 관리에서 “디스크 초기화” 또는 “새 단순 볼륨”을 선택하면 기존 파티션 정보를 잃을 수 있다. ReFS 볼륨 복구가 목적이라면 초기화·새로 만들기 작업은 보류해야 한다.
4.2 PowerShell로 정밀 확인
관리자 권한 PowerShell에서 다음 명령으로 디스크·파티션·볼륨을 단계별로 확인한다.
# 디스크 목록 Get-Disk
파티션 목록
Get-Partition
볼륨 목록
Get-Volume
ReFS 볼륨만 필터링
Get-Volume -FileSystemType ReFSGet-Volume결과에 해당 볼륨이 전혀 나타나지 않으면, 파일 시스템 이전 수준(디스크/파티션)에서 문제가 있을 가능성이 크다.- 파일 시스템이
RAW또는Unknown으로 보이면, 파티션은 있으나 파일 시스템 메타데이터가 손상되었거나 인식 불가능한 버전일 수 있다.
5. 3단계: ReFS 드라이버 존재 여부·로딩 상태 점검
ReFS 볼륨이 마운트되려면 운영체제에 ReFS 파일 시스템 드라이버가 있어야 하며, 해당 드라이버가 정상 로드되어 있어야 한다.
5.1 ReFS 드라이버 파일 존재 확인
일반적으로 ReFS 드라이버 파일은 시스템 드라이버 폴더에 존재한다.
Get-Item "C:\Windows\System32\drivers\refs*"- 해당 경로에
refs.sys또는 비슷한 이름의 파일이 없다면, ReFS 컴포넌트가 설치되지 않았거나 손상되었을 가능성이 있다. - 파일이 있어도 OS 에디션 정책이나 기능 설정에 따라 실제로 사용되지 않을 수 있다.
5.2 서버 OS에서 기능 설치 여부 확인
Windows Server 계열에서는 ReFS가 선택적 기능·역할로 포함되는 경우가 많다. PowerShell에서 다음과 같이 확인한다.
Get-WindowsFeature *ReFS*- 관련 기능이 Installed가 아니라면 ReFS 기능 설치가 필요하다.
- 설치 후에는 재부팅 후 ReFS 볼륨 마운트 여부를 다시 확인해야 한다.
5.3 클라이언트 OS에서 구성 요소 확인
일부 클라이언트 OS에서는 DISM 명령으로 ReFS 관련 기능을 조회할 수 있다.
DISM /Online /Get-Features /Format:Table | findstr /I "ReFS"여기에서 ReFS 관련 기능이 비활성화 상태라면, 공식적으로는 해당 에디션에서의 사용이 제한될 수 있음을 의미한다.
주의 : 예전에는 레지스트리 편집으로 ReFS 생성/사용을 억지로 활성화하는 방법이 공유되었으나, 이는 향후 업데이트와의 충돌·데이터 손상 위험이 크다. 운영체제 정책을 우회하는 방식은 권장하지 않는다.
6. 4단계: 스토리지 컨트롤러·가상화 계층 점검
ReFS 자체에는 문제가 없는데도 볼륨이 마운트되지 않는 경우, 실제 원인은 디스크를 연결하는 하드웨어·드라이버 계층인 경우가 많다.
6.1 장치 관리자에서 스토리지 컨트롤러 확인
- Win + X → 장치 관리자 실행한다.
- 스토리지 컨트롤러, IDE ATA/ATAPI 컨트롤러, SCSI 및 RAID 컨트롤러 항목에서 느낌표·경고 표시가 있는지 확인한다.
- 문제가 의심되는 컨트롤러를 우클릭 → 드라이버 업데이트 또는 제조사 최신 드라이버를 직접 설치한다.
6.2 USB·외장 스토리지·HBA·RAID 카드
- ReFS 볼륨이 외장 USB 스토리지, DAS, SAN, HBA, RAID 카드 등에 연결되어 있다면 컨트롤러 펌웨어·드라이버 호환성이 매우 중요하다.
- 다른 PC 또는 다른 포트에 연결했을 때 인식 여부를 비교해보면, 특정 컨트롤러 문제인지 판단하는 데 도움이 된다.
6.3 가상화 환경(Hyper-V, VMware 등)
- 가상 머신에 직접 ReFS 디스크를 패스스루 시킨 경우, 호스트 OS와 게스트 OS 모두에서 ReFS 지원·호환성을 만족해야 한다.
- VHDX 내부를 ReFS로 포맷한 경우, VHDX가 손상되면 ReFS 볼륨이 통째로 보이지 않을 수 있다.
주의 : 동일한 ReFS 디스크를 다른 서버나 워크스테이션에 연결했을 때는 정상 마운트되는데 특정 시스템에서만 인식되지 않는다면, 파일 시스템보다 해당 시스템의 컨트롤러/드라이버/OS 기능 구성부터 의심해야 한다.
7. 5단계: 이벤트 로그로 오류 코드·원인 추적
Windows 이벤트 뷰어는 ReFS 볼륨 마운트 실패 원인을 보다 구체적으로 파악하는 핵심 도구이다.
7.1 이벤트 뷰어 경로
- Win + R →
eventvwr.msc실행한다. - Windows 로그 > 시스템으로 이동한다.
- 다음 소스/이벤트를 중심으로 필터링해서 확인한다.
- 디스크 관련:
disk,storahci,iaStor*등 - 파일 시스템:
ReFS,Ntfs,volmgr,partmgr등
- 디스크 관련:
7.2 자주 보이는 패턴 예시
| 증상/로그 | 가능한 원인 | 우선 확인 항목 |
|---|---|---|
| 디스크 I/O 오류, 타임아웃 | 케이블 불량, 컨트롤러 문제, 디스크 물리적 손상 | 케이블 교체, 다른 포트/시스템 연결, SMART 상태 점검 |
| 지원되지 않는 파일 시스템 버전 메시지 | ReFS 버전 호환성 문제 | 다른(더 최신) Windows Server/워크스테이션에 연결 시도 |
| 볼륨 탑재 실패, 액세스 거부 | 권한, BitLocker, 보안 소프트웨어 | BitLocker 상태, 보안제품/EDR 일시 비활성화 후 재시도 |
8. 6단계: ReFS 버전 호환성 및 다른 시스템에서의 테스트
ReFS는 버전이 발전하면서 새로운 기능이 추가되었고, 일부 버전은 구형 OS에서 인식되지 않을 수 있다. 따라서 다음과 같은 교차 테스트를 하는 것이 좋다.
8.1 다른 Windows Server/워크스테이션에 연결
- 가능하다면 최신 패치가 적용된 Windows Server 또는 ReFS 지원이 확실한 워크스테이션 OS에 디스크를 연결해서 마운트 가능한지 확인한다.
- 다른 시스템에서는 정상적으로 마운트된다면, 원 시스템의 ReFS 드라이버 또는 OS 기능 구성 문제일 가능성이 크다.
8.2 가상 머신을 이용한 테스트
- 호스트 OS에 직접 연결이 부담된다면, Hyper-V 또는 다른 가상화 환경에서 테스트용 VM을 만들어 디스크를 연결해 볼 수 있다.
- 이 경우 VM OS의 ReFS 지원 상태를 다시 한번 확인해야 한다.
주의 : ReFS 버전이 서로 다른 시스템 간에 완전히 호환되지 않는 경우가 있다. 특히 새 OS에서 포맷한 ReFS 볼륨을 구형 OS에 연결하면 인식되지 않을 수 있다. 이때는 구형 OS에서의 마운트를 무리하게 시도하기보다, 지원되는 최신 OS에서 백업/데이터 이관을 진행하는 것이 안전하다.
9. 7단계: BitLocker, 권한, 보안 소프트웨어 영향 점검
ReFS 볼륨이 BitLocker로 암호화되어 있거나, 기업용 보안 솔루션이 강하게 적용된 환경이라면 추가적인 변수들이 생긴다.
9.1 BitLocker 상태 확인
manage-bde -status- 해당 드라이브가 잠김 상태라면 먼저 복구 키를 사용해 잠금을 해제해야 한다.
- 잠금 해제 이후에도 ReFS 마운트가 되지 않으면 다른 원인을 계속 추적해야 한다.
9.2 보안 제품·정책 영향
- 일부 엔드포인트 보안 제품, 디스크 암호화 솔루션, 드라이버 필터링 소프트웨어가 볼륨 마운트 과정에 개입하는 경우가 있다.
- 기업 환경이라면 보안 담당자와 협의하여 일시적으로 관련 기능을 비활성화한 상태에서 마운트 여부를 확인하는 것이 좋다.
10. 8단계: ReFS 볼륨 점검 명령(Repair-Volume 등) 활용
디스크·드라이버·호환성에 큰 문제가 없고, ReFS 볼륨 자체의 논리적 손상이 의심될 때는 Windows의 볼륨 복구 도구를 신중하게 사용할 수 있다.
10.1 Repair-Volume 기본 예시
관리자 권한 PowerShell에서 다음과 같이 실행한다.
# 드라이브 문자 기준 예시 (예: 드라이브 문자가 R: 인 경우) Repair-Volume -DriveLetter R -Scan
오류가 발견되면 실제 복구 시도
Repair-Volume -DriveLetter R -OfflineScanAndFix-Scan옵션은 읽기 중심 검사이며,-OfflineScanAndFix는 실제 수정 작업을 수행한다.- 온라인 상태에서 잠금이 안 되는 경우, 재부팅을 요구할 수 있다.
주의 : Repair-Volume은 논리적 오류를 고치는 과정에서 일부 손상된 데이터 조각을 포기할 수 있다. 중요한 데이터가 있다면, 가능하면 먼저 섹터 단위 이미지 백업을 떠 둔 후 실행하는 것이 안전하다.
11. 9단계: 대표적인 시나리오별 대응 요약
실무에서 자주 마주치는 ReFS 볼륨 마운트 실패 시나리오를 원인·해결 방향으로 요약하면 다음과 같다.
| 시나리오 | 주요 원인 | 우선 조치 |
|---|---|---|
| 새 PC에 연결하니 “파일 시스템이 인식되지 않음” 표시 | ReFS 미지원 에디션 또는 구형 OS, ReFS 버전 불일치 | ReFS 정식 지원 OS/에디션에 연결해 마운트 테스트, OS 업데이트 |
| 서버 OS인데 ReFS 볼륨이 보이지 않음 | ReFS 역할/기능 미설치, 드라이버 문제 | Get-WindowsFeature로 기능 설치 여부 확인 후 설치 및 재부팅 |
| 디스크는 보이지만 파티션이 RAW/알 수 없음으로 보임 | 파일 시스템 메타데이터 손상 | 이벤트 로그 확인, 이미지 백업 후 ReFS 복구 도구 또는 Repair-Volume 신중히 사용 |
| 특정 서버에서만 ReFS 마운트 실패 | 스토리지 컨트롤러 드라이버, 펌웨어, 보안 정책 문제 | 다른 서버에서 마운트 테스트, 컨트롤러 드라이버 업데이트, 보안 제품 영향 점검 |
| BitLocker 적용 ReFS 볼륨 마운트 불가 | 잠금 해제 실패 또는 정책 제한 | manage-bde -status로 상태 확인 후 복구 키로 잠금 해제 |
12. 안전한 작업 순서 정리
ReFS 볼륨 마운트 문제를 다룰 때는 항상 “복구 가능성 보존”을 최우선으로 두고 작업 순서를 설계해야 한다.
- 즉시 포맷·초기화 금지 원칙을 지킨다.
- OS 버전·에디션·빌드를 정확히 기록한다.
- 디스크 관리·PowerShell로 디스크, 파티션, 볼륨 정보를 나누어 점검한다.
- ReFS 드라이버 존재 여부와 서버 기능 설치 상태를 확인한다.
- 스토리지 컨트롤러·가상화 계층·케이블·포트 등 물리/논리 연결을 점검한다.
- 이벤트 로그로 구체적인 오류 코드·메시지를 수집한다.
- 다른 ReFS 지원 시스템에서 교차 테스트해 OS/드라이버 문제인지 구분한다.
- BitLocker 및 보안 소프트웨어 영향을 확인한다.
- 마지막 단계에서만 Repair-Volume 등 수정 도구를 신중히 적용한다.
주의 : 기업·기관 환경에서 ReFS 볼륨을 운영 중이라면, 개별 관리자의 임의 복구 시도보다 벤더 지원 또는 전문 데이터 복구 업체와 협의하는 것이 장기적으로 리스크를 줄이는 방법일 수 있다. 특히 스토리지 스페이스·클러스터 환경에서는 구성 구조를 정확히 이해하지 못한 채 디스크를 분리·변경하면 더 큰 장애로 이어질 수 있다.
FAQ
일반 Windows 10/11 Pro에서 ReFS 볼륨이 갑자기 안 보이기 시작했다. OS 문제인가?
일반 클라이언트 에디션에서는 ReFS 지원이 제한적이며, 버전·업데이트에 따라 동작이 달라질 수 있다. 먼저 같은 디스크를 ReFS 지원이 확실한 Windows Server 또는 Pro for Workstations/Enterprise 에디션에 연결해 마운트되는지 확인하는 것이 좋다. 다른 시스템에서는 정상 마운트된다면 해당 PC의 OS 구성 또는 업데이트 문제일 가능성이 높으며, 이 경우 OS를 최신 상태로 업데이트하거나 ReFS를 공식 지원하는 에디션/버전으로 이전하는 방안을 검토해야 한다.
디스크 관리에서 “초기화 필요”로 보이는데, 초기화하면 ReFS 볼륨이 복구되는가?
아니다. 디스크 초기화는 파티션 테이블 자체를 새로 만드는 작업이므로 기존 ReFS 볼륨 정보는 사실상 제거된다. 이후 데이터 복구는 훨씬 어려워진다. ReFS 볼륨을 복구하려면 초기화·새 볼륨 생성이 아닌, 기존 구조를 유지한 상태에서 원인을 분석하고 복구 절차를 진행해야 한다.
ReFS 볼륨에 chkdsk를 실행해도 되는가?
ReFS는 NTFS와 구조가 다르기 때문에, 버전에 따라 chkdsk 대신 다른 메커니즘을 사용한다. 일반적으로는 Repair-Volume 등의 명령이 권장되며, OS 버전에 따라 지원되는 옵션이 다를 수 있다. 가능하면 Microsoft 공식 문서를 확인한 뒤, 해당 버전에서 권장하는 방법으로만 복구를 시도해야 한다.
ReFS 볼륨이 있는 디스크를 Linux나 다른 OS에 연결해도 되는가?
ReFS는 기본적으로 Windows용 파일 시스템이며, 타 OS에서 공식적으로 완전한 읽기/쓰기 지원을 제공하지 않는 경우가 많다. 일부 서드파티 도구가 있더라도, 안정성과 데이터 무결성이 보장되지 않을 수 있다. 복구가 필요한 중요한 ReFS 볼륨이라면 다른 OS에서의 쓰기 작업은 최대한 피하고, Windows 환경에서만 마운트 및 백업을 수행하는 것이 안전하다.
ReFS 볼륨이 손상된 것 같을 때, 바로 상용 복구 프로그램을 써도 되는가?
무분별한 복구 프로그램 사용은 오히려 구조를 더 망가뜨릴 수 있다. 우선 디스크 전체 이미지를 생성해 별도 저장소에 보관한 후, 원본이 아닌 이미지 복제본에서 복구 시도를 하는 것이 안전하다. 또한 ReFS를 명확히 지원하는지, 어떤 방식으로 동작하는지 확인한 뒤 사용하는 것이 좋다.