스마트폰 화면 녹화 기능으로 오류 화면 캡처해 고객센터 보낸 법
USB 파일은 열리는데 복사·삭제·포맷만 안 된다면 레지스트리를 수정하기 전에 물리 잠금과 디스크 읽기 전용 속성부터 확인하는 것이 안전합니다
Windows의 WriteProtect 값을 0으로 바꾸는 방법이 알려져 있지만 모든 쓰기 방지 문제가 레지스트리 때문에 생기는 것은 아닙니다
USB 메모리를 연결했는데 파일 읽기는 정상적으로 되면서 새 파일을 복사하려고 할 때 ‘디스크가 쓰기 금지되어 있습니다’와 비슷한 메시지가 나타나는 경우가 있습니다. 이때 바로 포맷부터 시도하기보다 다른 USB 포트와 다른 PC에서도 같은 증상이 나타나는지, 저장장치에 물리적인 잠금 스위치가 있는지, Windows 정책이나 디스크 속성이 읽기 전용으로 설정됐는지를 순서대로 확인하는 편이 좋습니다.
Microsoft의 현재 Windows 문서에서는 DiskPart의 attributes disk 명령으로 선택한 디스크의 특성을 확인하거나 readonly 특성을 지울 수 있다고 설명합니다. 이 명령은 Windows 10과 Windows 11에도 적용됩니다.
레지스트리에서 많이 알려진 위치는 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorageDevicePolicies이며 그 아래 WriteProtect DWORD 값을 0으로 설정하는 방식입니다. Microsoft Q&A에도 이 절차가 안내되어 있지만, 레지스트리를 잘못 수정하면 Windows에 문제가 발생할 수 있으므로 수정 전 백업이 권장됩니다.
또한 회사나 학교 PC에서는 관리자가 이동식 디스크 쓰기 권한을 정책으로 차단했을 가능성이 있습니다. Windows에는 실제로 이동식 디스크의 쓰기 액세스를 거부하는 정책이 존재하며, 해당 정책이 활성화되면 사용자가 임의로 우회하기보다 조직 관리자에게 확인하는 것이 맞습니다.
아래 내용은 특정 USB를 제가 직접 수리했다고 꾸민 후기가 아니라, 쓰기 방지 오류가 발생했을 때 데이터 손실 위험이 낮은 확인 방법부터 레지스트리와 DiskPart까지 순서대로 적용하는 과정을 실전 후기 형식으로 재구성한 안내입니다.
읽기는 되고 쓰기는 안 됨
WriteProtect 0 확인
readonly 속성 확인
USB 디스크 번호 확인
쓰기 방지 원인부터 구분하기
USB 메모리에 쓰기 방지가 나타났다고 해서 레지스트리가 원인이라고 단정하면 해결 과정이 길어질 수 있습니다. 가장 먼저 해야 할 일은 USB 안에 중요한 파일이 있다면 읽을 수 있을 때 다른 저장장치로 복사하는 것입니다. 쓰기 작업은 막혔더라도 읽기가 가능하다면 필요한 자료부터 확보해 두는 편이 안전합니다.
그다음 USB 메모리 또는 메모리카드 어댑터에 물리적인 잠금 스위치가 있는지 살펴봅니다. 일반적인 USB 메모리에는 없는 경우가 많지만 일부 저장장치와 SD 카드 어댑터에는 잠금 구조가 있습니다. 이런 하드웨어 잠금이 걸린 상태라면 Windows 설정을 계속 바꿔도 해결되지 않을 수 있습니다.
다음 테스트는 다른 USB 포트와 다른 컴퓨터입니다. 동일한 USB가 다른 PC에서는 정상적으로 파일 생성과 삭제가 된다면 첫 번째 PC의 정책이나 설정을 의심할 수 있습니다. 반대로 여러 PC에서 똑같이 쓰기 금지 상태라면 USB 자체의 읽기 전용 상태나 하드웨어 문제 가능성을 함께 생각해야 합니다.
회사와 학교에서 지급한 컴퓨터는 특히 주의해야 합니다. Windows에는 이동식 디스크에 대한 쓰기 액세스를 거부하는 관리 정책이 실제로 존재합니다. Microsoft 문서에 따르면 해당 정책을 활성화하면 이동식 저장장치 클래스에 대한 쓰기 액세스가 거부되고, 비활성화하거나 구성하지 않으면 쓰기가 허용됩니다.
따라서 조직에서 관리하는 PC 한 대에서만 모든 USB가 쓰기 금지로 나타난다면 개인 PC에서 사용하는 해결법을 그대로 적용하기 전에 관리자 정책인지 확인해야 합니다. 보안 목적으로 설정된 정책을 임의로 우회하는 것은 적절하지 않습니다.
반면 개인 PC에서 특정 USB 하나만 문제가 생겼다면 DiskPart의 readonly 상태와 레지스트리 설정을 확인해볼 수 있습니다. 여기서 중요한 것은 포맷을 해결책의 첫 단계로 사용하지 않는 것입니다. 포맷은 저장된 파일을 지울 수 있으며, 쓰기 방지가 하드웨어 고장 때문에 발생한 경우 포맷 자체가 진행되지 않을 수도 있습니다.
USB 플래시 메모리는 고장 과정에서 읽기는 가능하지만 쓰기가 불가능한 상태로 나타나는 경우도 있습니다. 따라서 설정을 모두 정상화했는데 여러 컴퓨터에서 계속 동일한 문제가 발생한다면 데이터를 먼저 구조한 뒤 저장장치 교체를 고려하는 것이 현실적입니다.
| 증상 | 먼저 의심할 부분 |
|---|---|
| 한 PC에서 모든 USB 쓰기 불가 | Windows 정책·보안 설정 |
| 특정 USB만 쓰기 불가 | 디스크 속성·USB 상태 |
| 여러 PC에서 동일 증상 | USB 자체 문제 가능성 |
| SD 어댑터 사용 중 | 물리 잠금 스위치 확인 |
중요한 파일을 PC의 다른 디스크에 복사한 다음 설정을 변경하면 예상치 못한 오류가 생기더라도 데이터 손실 위험을 줄일 수 있습니다.
레지스트리 WriteProtect 확인하기
개인 Windows PC에서 USB 쓰기 방지가 발생했고 물리 잠금이나 조직 정책 문제가 아니라면 레지스트리의 WriteProtect 값을 확인하는 방법이 알려져 있습니다. 다만 레지스트리는 Windows의 중요한 설정을 저장하는 영역이므로 다른 항목을 임의로 삭제하거나 수정하지 않는 것이 핵심입니다.
먼저 Windows 검색 또는 실행 창에서 regedit를 입력해 레지스트리 편집기를 실행합니다. 관리자 권한 확인 창이 나타나면 내용을 확인한 뒤 진행합니다. 수정하기 전에는 현재 레지스트리 또는 변경할 키를 백업해두는 것이 좋습니다. Microsoft Q&A의 관련 안내에서도 잘못된 레지스트리 수정으로 심각한 문제가 발생할 수 있어 백업을 권장하고 있습니다.
레지스트리 편집기가 열리면 아래 경로를 차례대로 찾아갑니다.
오른쪽 창에 WriteProtect라는 DWORD 값이 존재하는지 확인합니다. 값이 있고 데이터가 1로 설정돼 있다면 해당 값을 두 번 눌러 값 데이터를 0으로 변경하는 방식이 Microsoft Q&A의 해결 절차로 안내돼 있습니다. 1은 쓰기 방지를 설정하는 방향이고 0은 해당 설정을 해제하는 방향으로 사용됩니다.
수정을 마친 뒤 레지스트리 편집기를 닫고 PC를 다시 시작한 다음 USB를 다시 연결해 작은 테스트 파일을 복사해봅니다. 처음부터 중요한 파일을 이동하거나 포맷하기보다 빈 텍스트 파일처럼 손실 위험이 없는 파일로 쓰기가 정상화됐는지 확인하는 편이 좋습니다.
여기서 WriteProtect 값이 애초에 없거나 StorageDevicePolicies 키 자체가 보이지 않는다면 ‘값이 없으니 오류가 났다’고 바로 단정할 수는 없습니다. Microsoft의 현재 관리 정책에는 이동식 저장장치의 쓰기를 제어하는 별도의 정책 경로도 존재하기 때문입니다. 즉 레지스트리 한 항목만 모든 USB 쓰기 방지를 설명하는 것은 아닙니다.
특히 회사에서 관리하는 PC라면 레지스트리 값을 임의로 추가해 정책을 우회하려 하지 말고 관리자에게 문의해야 합니다. 개인 PC인 경우에만 자신의 시스템 설정을 확인하는 문제 해결 방법으로 접근하는 것이 적절합니다.
| 확인 항목 | 내용 | 조치 |
|---|---|---|
| StorageDevicePolicies | 키 존재 | WriteProtect 확인 |
| WriteProtect | 값 데이터 1 | 개인 PC라면 0으로 변경 검토 |
| WriteProtect | 값 데이터 0 | 다른 원인 진단 |
| 조직 관리 PC | 정책 가능성 | 관리자 문의 |
regedit 실행 → 해당 경로 확인 → WriteProtect 존재 여부 확인 → 값이 1이면 0으로 변경 → 재부팅 → 작은 파일로 쓰기 테스트 순서로 진행합니다.
레지스트리 수정은 정확한 경로와 값만 다루고 변경 전 백업을 남기는 것이 좋습니다. 문제 해결을 위해 관련 없어 보이는 키를 여러 개 삭제하는 방식은 피해야 합니다.
StorageDevicePolicies가 없을 때 설정하기
레지스트리 경로를 따라갔는데 Control 아래에 StorageDevicePolicies가 없는 경우도 있습니다. Microsoft Q&A의 관련 문제 해결 안내에서는 해당 키가 없으면 직접 만들고 WriteProtect DWORD 값을 생성해 0으로 설정하는 방법을 제시하고 있습니다. 다만 이것은 모든 쓰기 방지 문제에 반드시 필요한 기본 설정이라고 이해하기보다 개인 PC에서 특정 소프트웨어 설정 문제를 점검하는 하나의 방법으로 보는 편이 정확합니다.
레지스트리 편집기에서 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control까지 이동합니다. Control을 선택한 상태에서 새 키를 만들고 이름을 정확하게 StorageDevicePolicies로 지정합니다. 철자가 다르면 Windows가 의도한 설정으로 인식하지 않을 수 있으므로 복사해서 확인하는 것이 좋습니다.
새로 만든 StorageDevicePolicies를 선택하고 오른쪽 빈 공간에서 새 DWORD(32비트) 값을 만듭니다. 64비트 Windows를 사용하고 있더라도 관련 안내에서는 DWORD(32비트) 값으로 생성하며 이름은 WriteProtect로 지정합니다.
WriteProtect를 두 번 눌러 값 데이터를 0으로 설정합니다. 16진수와 10진수 중 어느 표시를 선택하더라도 0 자체의 값은 동일합니다. 설정 후 레지스트리 편집기를 종료하고 시스템을 다시 시작한 다음 USB를 재연결해 쓰기 작업을 테스트합니다.
하지만 이 작업 후에도 문제가 그대로라면 같은 레지스트리를 반복해서 만들고 지우는 것보다 DiskPart로 실제 디스크의 readonly 속성을 확인하는 편이 낫습니다. 레지스트리의 쓰기 제한과 디스크 자체의 읽기 전용 속성은 서로 다른 층위의 문제일 수 있기 때문입니다.
또한 StorageDevicePolicies를 생성했다고 해서 물리적으로 고장 난 USB가 복구되는 것은 아닙니다. 여러 PC에서 동일한 USB만 계속 쓰기 불가 상태라면 설정 문제 외에 저장장치 상태를 의심해야 합니다. 특히 USB에 중요한 자료가 남아 있다면 포맷이나 초기화를 반복하기보다 읽을 수 있는 파일을 먼저 다른 곳으로 복사하는 것이 우선입니다.
조직 관리 PC에서는 이 방법을 사용해 정책을 우회하지 않습니다. Windows는 별도의 이동식 저장소 정책으로 쓰기 접근을 제한할 수 있으며 조직의 보안 요구 때문에 의도적으로 설정됐을 가능성이 있습니다.
Control 선택 → 새 키 생성 → StorageDevicePolicies 입력 → 오른쪽에서 DWORD(32비트) 생성 → WriteProtect 입력 → 값 데이터 0 → 재부팅 → USB 쓰기 테스트
| 항목 | 입력 내용 | 주의사항 |
|---|---|---|
| 상위 경로 | CurrentControlSet\Control | 다른 ControlSet과 혼동 주의 |
| 새 키 | StorageDevicePolicies | 철자 확인 |
| 새 값 | WriteProtect | DWORD(32비트) |
| 값 데이터 | 0 | 변경 후 재부팅 권장 |
레지스트리 설정이 정상인데도 다른 PC에서 같은 USB가 계속 쓰기 금지라면 DiskPart 속성과 저장장치 자체 상태를 차례로 확인해야 합니다.
DiskPart로 읽기 전용 속성 확인하기
레지스트리를 확인했는데도 쓰기 방지가 풀리지 않는다면 DiskPart에서 디스크의 readonly 특성을 확인할 수 있습니다. Microsoft의 공식 명령 문서는 attributes disk가 선택한 디스크의 특성을 표시하거나 설정·해제하는 명령이라고 설명하며 readonly 특성을 지우는 기능을 지원합니다.
이 단계에서 가장 중요한 것은 USB의 디스크 번호를 정확히 구별하는 것입니다. 잘못된 디스크를 선택한 상태에서 이후 파괴적인 명령을 실행하면 다른 저장장치에 영향을 줄 수 있습니다. 여기서 안내하는 과정에는 clean이나 format 같은 데이터 삭제 명령을 넣지 않습니다.
관리자 권한으로 Windows 터미널이나 명령 프롬프트를 실행한 뒤 다음과 같이 입력합니다.
list disk
표시된 디스크 목록에서 USB의 용량을 기준으로 번호를 확인합니다. 예를 들어 USB가 Disk 3이라고 정확하게 확인했다면 다음처럼 선택합니다. 아래의 숫자 3은 예시이므로 자신의 PC에 표시된 USB 번호로 바꿔야 합니다.
attributes disk
선택된 디스크가 정말 USB인지 용량과 정보를 다시 확인합니다. readonly 특성이 설정돼 있고 이를 해제하려는 상황이라면 다음 명령을 사용할 수 있습니다.
Microsoft 공식 문서의 구문은 attributes disk [{set | clear}] [readonly]이며, 명령을 실행하려면 먼저 대상 디스크가 선택돼 있어야 합니다. 즉 select disk 단계가 핵심입니다.
볼륨 자체의 readonly 속성도 별도로 존재합니다. Microsoft 문서에서는 선택한 볼륨에 대해 attributes volume 명령으로 readonly 특성을 표시하거나 지울 수 있다고 안내합니다. 디스크 수준의 readonly와 볼륨 수준의 readonly를 구분해서 진단할 수 있습니다.
명령이 정상적으로 처리된 뒤 DiskPart를 종료하고 USB에서 작은 파일 생성과 삭제를 시험합니다. 그래도 계속 쓰기 금지 메시지가 발생한다면 무작정 clean이나 format을 실행하기보다 다른 PC에서도 같은지 다시 확인하는 것이 좋습니다.
list disk로 연결된 디스크를 확인합니다.
용량을 보고 USB 번호를 정확하게 확인합니다.
attributes disk로 현재 상태를 봅니다.
필요한 경우 attributes disk clear readonly를 사용합니다.
특히 인터넷에서 찾은 명령을 그대로 복사해 clean이나 format까지 실행하지 마세요. 쓰기 방지 진단에는 우선 속성 확인과 readonly 해제만 사용하고, 데이터 삭제가 가능한 명령은 별도의 백업과 목적이 명확할 때만 다뤄야 합니다.
그래도 해제되지 않을 때 확인할 것
레지스트리에서 WriteProtect를 0으로 확인하고 DiskPart에서도 readonly 특성을 지웠는데 USB가 계속 쓰기 금지 상태라면 같은 작업을 반복하는 것보다 원인을 다시 분류해야 합니다. 이 단계부터는 Windows 설정이 아니라 USB 자체 문제일 가능성도 고려해야 합니다.
가장 간단한 방법은 다른 컴퓨터에 연결하는 것입니다. 다른 개인 PC에서 파일 생성과 삭제가 정상적으로 된다면 원래 컴퓨터의 정책이나 보안 프로그램, 시스템 설정을 추가로 확인할 수 있습니다. 반대로 서로 다른 여러 PC에서 동일한 USB만 계속 쓰기 금지라면 저장장치 쪽에 원인이 있을 가능성이 높아집니다.
또 하나 확인할 부분은 회사나 학교의 관리 정책입니다. Microsoft의 현재 Storage Policy 문서에는 Removable Disks: Deny write access 정책이 있으며 이를 활성화하면 이동식 디스크에 대한 쓰기 액세스가 거부됩니다. 비활성화하거나 구성하지 않으면 쓰기 접근이 허용됩니다.
따라서 업무용 PC에서만 USB 쓰기가 안 된다면 레지스트리나 정책을 강제로 변경해 보안 설정을 우회하기보다 전산 관리자에게 문의해야 합니다. 조직에서 자료 유출 방지를 위해 의도적으로 이동식 저장장치 쓰기를 차단했을 수 있기 때문입니다.
개인 PC이고 특정 USB에서만 문제가 발생한다면 저장장치의 수명이나 컨트롤러 이상도 생각할 수 있습니다. 플래시 메모리는 상태가 나빠졌을 때 데이터 보존을 위해 읽기 위주의 상태로 동작하는 사례가 있을 수 있으며, 이런 하드웨어 수준의 문제는 Windows 레지스트리를 수정한다고 정상적인 쓰기 상태로 돌아온다고 보장할 수 없습니다.
이 경우 가장 중요한 판단 기준은 ‘USB를 다시 쓸 수 있게 만드는 것’보다 ‘안에 있는 파일을 안전하게 꺼낼 수 있는가’입니다. 읽기가 가능하다면 중요한 자료부터 다른 저장장치로 복사합니다. 파일이 복사되지 않거나 연결이 반복적으로 끊기고 용량이 비정상적으로 표시된다면 쓰기 방지 하나의 문제로 보기 어렵습니다.
포맷도 만능 해결법은 아닙니다. 포맷에는 데이터 손실이 따르고, 하드웨어 수준에서 쓰기가 차단된 장치라면 포맷 작업 자체가 실패할 수 있습니다. 중요한 파일이 남아 있는 상태에서 ‘포맷하면 풀릴 것 같다’는 이유만으로 먼저 포맷하지 않는 것이 좋습니다.
Windows에는 관리자가 이동식 저장장치 쓰기를 차단할 수 있는 정책이 실제로 존재합니다. 관리되는 장치에서 제한이 확인된다면 담당 관리자에게 문의하는 것이 올바른 해결 방법입니다.
데이터를 지키면서 진단하는 순서
USB 쓰기 방지 문제에서 가장 아쉬운 상황은 설정 하나를 고치려다가 원래 읽을 수 있던 자료까지 잃는 것입니다. 그래서 저는 이 문제를 정리한다면 ‘쓰기 방지 해제’보다 ‘데이터 확보’를 가장 앞에 놓겠습니다.
USB가 파일 탐색기에서 열리고 사진이나 문서를 정상적으로 읽을 수 있다면 먼저 PC 내부 저장장치나 다른 외장 저장장치에 복사합니다. 중요한 자료는 한 곳이 아니라 두 곳에 확보하면 더 안전합니다. 복사가 끝난 뒤 몇 개의 파일을 실제로 열어 정상인지 확인합니다.
그다음 물리 잠금을 확인하고 다른 USB 포트와 다른 개인 PC에서 증상을 비교합니다. 여기까지는 저장된 데이터를 직접 변경하지 않는 진단이라 상대적으로 부담이 적습니다.
이후 Windows 설정 문제 가능성이 있을 때 레지스트리를 확인합니다. StorageDevicePolicies와 WriteProtect 값이 존재하는지 살펴보고, 개인 소유 PC에서 값이 1로 설정돼 있다면 백업 후 0으로 변경하는 방법을 검토합니다. Microsoft Q&A에서도 이 경로와 값을 이용한 해결 절차가 제시되어 있습니다.
그래도 해결되지 않는다면 DiskPart로 넘어갑니다. list disk에서 USB를 정확하게 찾고 select disk로 선택한 다음 attributes disk로 readonly 상태를 확인합니다. Microsoft 공식 문서에서 readonly 속성을 clear할 수 있도록 지원하므로 실제 디스크 속성이 원인인 경우 확인할 가치가 있습니다.
이때 인터넷에서 흔히 함께 소개되는 clean 명령은 별개의 문제입니다. clean은 파티션 정보를 제거하는 등 데이터에 큰 영향을 줄 수 있기 때문에 쓰기 방지 확인 과정에서 무심코 실행해서는 안 됩니다. 단순히 readonly 상태를 점검하는 데에는 필요하지 않습니다.
레지스트리와 디스크 속성이 모두 정상인데 여러 PC에서 동일한 USB가 쓰기 불가라면 저장장치 자체 문제를 의심하고 교체를 고려합니다. 잠깐 정상으로 돌아오더라도 중요한 자료의 유일한 저장소로 계속 사용하는 것은 피하는 것이 좋습니다.
| 순서 | 진단 작업 | 데이터 위험도 |
|---|---|---|
| 먼저 | 읽을 수 있는 파일 백업 | 낮음 |
| 다음 | 물리 잠금·다른 PC 확인 | 낮음 |
| 설정 확인 | WriteProtect 확인 | 백업 후 신중히 진행 |
| 속성 확인 | DiskPart readonly 확인 | 디스크 선택 주의 |
| 마지막 판단 | 여러 PC에서 계속 실패하면 교체 검토 | 자료 확보 우선 |
USB를 다시 사용 가능하게 만드는 것과 안의 데이터를 보존하는 것은 별개의 목표입니다. 중요한 파일이 있다면 데이터 복사를 최우선으로 두세요.
USB 쓰기 방지 자주 묻는 질문
최종 해결 순서 정리
| 확인 항목 | 해야 할 일 |
|---|---|
| 중요 파일 | 읽을 수 있을 때 다른 저장소에 먼저 복사 |
| 물리 잠금 | 저장장치와 어댑터 잠금 스위치 확인 |
| 다른 환경 | 다른 포트와 다른 개인 PC에서 테스트 |
| 레지스트리 | StorageDevicePolicies와 WriteProtect 확인 |
| WriteProtect | 개인 PC에서 값이 1이면 백업 후 0 변경 검토 |
| DiskPart | USB 번호 확인 후 readonly 속성 점검 |
| 조직 PC | 보안 정책이면 관리자 문의 |
| 포맷 | 데이터 백업 없이 먼저 시도하지 않기 |
| 계속 실패 | USB 자체 이상 가능성을 고려해 교체 검토 |
USB 메모리에 쓰기 방지가 걸렸을 때 레지스트리부터 무조건 수정하는 것보다는 원인을 순서대로 좁혀가는 편이 안전합니다. 파일이 읽힌다면 먼저 자료를 백업하고 물리 잠금 여부와 다른 PC에서의 증상을 확인합니다.
개인 Windows PC의 레지스트리 설정을 확인할 경우 핵심 경로는 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorageDevicePolicies이고, 관련 문제 해결 안내에서는 WriteProtect 값을 0으로 설정하는 방법을 제시합니다. 레지스트리를 잘못 수정하면 시스템 문제가 생길 수 있으므로 변경 전 백업하고 정확한 항목만 수정해야 합니다.
레지스트리가 정상인데도 문제가 남는다면 DiskPart에서 USB 디스크를 정확히 선택한 후 readonly 특성을 확인할 수 있습니다. Microsoft의 공식 Windows 명령 문서는 선택된 디스크에서 readonly 특성을 지우는 기능을 지원합니다.
이 과정에서 가장 조심할 것은 인터넷에서 찾은 DiskPart 명령을 한꺼번에 실행하는 것입니다. 쓰기 방지를 확인하려는 단계에서는 clean이나 format이 필요하지 않습니다. 특히 중요한 자료가 남아 있다면 데이터를 삭제할 가능성이 있는 작업은 먼저 하지 않는 것이 좋습니다.
회사나 학교 PC에서만 문제가 발생한다면 상황이 다릅니다. Windows에는 이동식 디스크의 쓰기 접근을 거부할 수 있는 관리 정책이 있으므로 조직에서 의도적으로 차단한 것일 수 있습니다. 이 경우 정책을 우회하려 하지 말고 관리자에게 문의해야 합니다.
정리하면 중요 파일 백업 → 물리 잠금 확인 → 다른 포트 확인 → 다른 개인 PC에서 테스트 → 레지스트리 백업 → StorageDevicePolicies 확인 → WriteProtect 값 확인 → 재부팅 → DiskPart에서 USB 번호 정확히 확인 → readonly 속성 점검 → 여러 PC에서 계속 실패하면 USB 자체 이상 판단 순서가 안전합니다. 쓰기 방지 해제보다 중요한 것은 남아 있는 데이터를 먼저 지키는 것입니다.