컴퓨터를 켰는데 윈도우 로고가 나온 뒤 계속 재부팅되거나 “시스템 파일이 손상되어 Windows를 시작할 수 없습니다”와 비슷한 오류가 나타나면 평소처럼 윈도우에 들어가서 문제를 해결하는 것부터 어렵게 느껴질 수 있습니다. 저도 예전에 부팅 과정에서 오류가 반복되어 바탕화면까지 들어가지 못했던 상황을 겪으면서, 윈도우가 정상적으로 시작되지 않더라도 복구 환경을 통해 시스템 파일을 검사하고 복구할 수 있다는 점을 알게 되었습니다. 특히 윈도우가 정상 부팅되지 않는 상황에서는 일반적인 명령 프롬프트에서 SFC를 실행하는 것과 복구 콘솔에서 오프라인으로 실행하는 방법을 구분해야 합니다.
SFC는 윈도우에 포함된 시스템 파일 검사 도구로, 보호된 시스템 파일의 손상 여부를 확인하고 문제가 발견되면 복구를 시도하는 역할을 합니다. 윈도우가 정상적으로 실행되는 상태에서는 보통 sfc /scannow를 관리자 권한으로 실행하면 되지만, 부팅 자체가 되지 않는 경우에는 윈도우 복구 환경의 명령 프롬프트를 이용해야 할 수 있습니다. 이때 중요한 부분은 복구 콘솔에서 현재 윈도우가 설치된 드라이브 문자가 평소의 C 드라이브와 다르게 잡힐 수 있다는 점입니다.
오늘 제가 준비한 포스팅에서는 윈도우 시스템 파일 손상으로 부팅 오류가 발생했을 때 복구 환경의 명령 프롬프트에서 SFC를 오프라인 방식으로 실행하는 방법을 중심으로 자세하게 정리해보겠습니다. 복구 콘솔에 들어가는 방법부터 윈도우 설치 드라이브를 확인하는 순서, sfc /scannow를 복구 환경에서 그대로 실행했을 때 주의해야 하는 이유, /offbootdir와 /offwindir 옵션을 사용하는 방법, 검사 결과에 따라 재부팅 여부와 다음 복구 단계를 판단하는 방법까지 차근차근 알아보겠습니다. 단순히 명령어 하나를 입력하는 것보다 현재 복구 환경에서 윈도우가 어느 드라이브에 있는지 확인하는 과정이 특히 중요합니다.
부팅이 되지 않을 때 일반적인 SFC 명령어와 복구 콘솔 실행은 다릅니다
평소 윈도우가 정상적으로 부팅되는 컴퓨터에서는 관리자 권한으로 명령 프롬프트를 열고 sfc /scannow를 입력하면 됩니다. 이 명령은 현재 실행 중인 윈도우의 시스템 파일을 검사하기 때문에 작업 대상이 비교적 명확합니다. 하지만 부팅 오류가 발생해서 윈도우 자체가 시작되지 않는 상황에서는 같은 방식으로 접근할 수 없습니다. 바탕화면과 정상적인 관리자 명령 프롬프트에 들어갈 수 없기 때문에 윈도우 복구 환경을 통해 별도의 명령 프롬프트를 실행해야 합니다.
이때 사용하는 것이 윈도우 복구 환경입니다. 자동 복구 화면이 나타나는 경우 고급 옵션으로 들어가 문제 해결과 관련된 메뉴를 확인할 수 있고, 정상적으로 부팅되지 않는 경우 설치 USB나 복구 미디어를 이용해 윈도우 설치 화면으로 들어간 뒤 복구 옵션을 선택할 수도 있습니다. 여기에서 명령 프롬프트를 열면 일반적인 윈도우 바탕화면 대신 복구 환경의 명령줄 화면이 표시됩니다.
문제는 이 복구 환경에서는 드라이브 문자가 평소와 같지 않을 수 있다는 것입니다. 윈도우를 평소 C 드라이브에 설치해서 사용했더라도 복구 환경에서는 윈도우 파티션이 D 드라이브나 다른 문자로 표시될 수 있습니다. 그래서 복구 콘솔에 들어오자마자 무조건 C 드라이브를 대상으로 SFC를 실행하면 엉뚱한 위치를 검사하거나 원하는 윈도우 설치를 찾지 못할 수 있습니다.
부팅 오류 상황에서는 SFC 명령어 자체보다 현재 복구 환경에서 윈도우가 설치된 드라이브를 정확하게 찾는 과정이 더 중요합니다.
저도 처음 복구 콘솔을 사용했을 때는 평소처럼 C 드라이브가 당연히 윈도우가 설치된 곳이라고 생각했는데, 실제 복구 환경에서는 드라이브 문자가 다르게 표시될 수 있다는 사실을 뒤늦게 알게 되었습니다. 이후에는 SFC를 실행하기 전에 각 드라이브의 내용을 확인하는 습관을 들였습니다.
복구 환경에서 SFC를 실행하는 방법은 크게 두 가지로 생각할 수 있습니다. 먼저 현재 복구 환경에서 윈도우 설치 위치를 정확히 지정해 오프라인 검사를 하는 방법이 있고, 일부 상황에서는 복구 환경이 자동으로 관련 경로를 처리해주는 경우도 있습니다. 하지만 부팅 문제를 직접 해결하려는 상황이라면 오프라인 대상 드라이브를 명시하는 방법을 이해해두는 것이 좋습니다.
복구 콘솔의 명령 프롬프트에서 윈도우 설치 드라이브부터 찾아보세요
윈도우 복구 환경에서 명령 프롬프트가 열리면 가장 먼저 현재 드라이브를 확인하는 것이 좋습니다. 화면에 어떤 경로가 표시되어 있더라도 그것이 실제 윈도우 설치 드라이브와 같다고 단정하지 마세요. 파일 탐색기가 정상적으로 실행되는 일반적인 환경과 복구 환경은 드라이브 문자를 다르게 할 수 있기 때문입니다.
먼저 명령 프롬프트에 diskpart를 입력한 후 엔터를 누르고, 이어서 list volume을 입력하면 현재 인식된 볼륨의 목록을 확인할 수 있습니다. 여기에서 드라이브 문자와 파일 시스템, 볼륨 크기 등을 비교하면서 윈도우가 설치된 파티션을 추정할 수 있습니다. 다만 복구 환경에서 표시되는 정보는 시스템 구성에 따라 다를 수 있으므로 단순히 용량만 보고 결정하지 않는 것이 좋습니다.
DiskPart에서 확인을 마친 뒤에는 exit를 입력해 DiskPart를 빠져나올 수 있습니다. 그다음 각 드라이브를 직접 확인해보는 방법도 좋습니다. 예를 들어 D 드라이브가 의심된다면 D:를 입력하고 엔터를 누른 뒤 dir 명령으로 폴더 목록을 확인합니다. 여기에 Windows, Users, Program Files 같은 폴더가 보인다면 해당 드라이브가 실제 윈도우 설치 파티션일 가능성이 높습니다.
이 과정이 중요한 이유는 SFC 오프라인 검사에서 윈도우 설치 디렉터리를 정확하게 지정해야 하기 때문입니다. 평소에는 C 드라이브였더라도 복구 환경에서는 D 또는 E 등으로 보일 수 있으므로 현재 환경을 직접 확인해야 합니다.
복구 콘솔에서는 C 드라이브라고 가정하지 말고 Windows 폴더가 실제로 존재하는 드라이브를 직접 찾아야 합니다.
확인할 때는 단순히 Windows 폴더가 있는지만 보지 말고 Users나 Program Files 같은 폴더도 함께 확인하는 것이 좋습니다. 복구 환경에는 별도의 시스템 파일과 복구 도구가 존재할 수 있기 때문에 어떤 드라이브에 Windows라는 폴더가 있는지만으로 판단하면 혼동할 수 있습니다.
BitLocker 같은 드라이브 암호화가 적용되어 있다면 파티션에 접근하기 전에 복구 키를 요구할 수도 있습니다. 이런 경우에는 윈도우 설치 드라이브가 존재해도 잠겨 있어 내용을 확인하지 못할 수 있으므로 먼저 적절한 복구 절차를 진행해야 합니다.
복구 콘솔에서 SFC SCANNOW를 오프라인 방식으로 실행하는 방법
윈도우 설치 드라이브를 확인했다면 이제 SFC의 오프라인 검사 옵션을 사용할 수 있습니다. 일반적인 부팅 상태에서는 sfc /scannow만 실행하지만, 복구 환경에서는 현재 실행 중인 윈도우가 아니라 다른 드라이브에 설치된 윈도우를 대상으로 검사해야 하므로 대상 부팅 디렉터리와 윈도우 디렉터리를 지정해야 합니다.
예를 들어 복구 환경에서 실제 윈도우가 D 드라이브에 설치되어 있다고 확인했다면 다음과 같은 형태로 명령을 사용할 수 있습니다.
sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows
여기서 중요한 것은 D가 예시라는 점입니다. 현재 복구 환경에서 Windows 폴더가 실제로 있는 드라이브 문자를 사용해야 합니다. 만약 윈도우가 E 드라이브에 있다면 E:\와 E:\Windows로 바꾸어야 합니다.
복구 콘솔에서는 SFC의 검사 대상이 현재 실행 중인 복구 환경이 아니라 실제 윈도우 설치 파티션이므로 /offbootdir와 /offwindir 옵션을 사용해 대상을 정확하게 지정하는 것이 핵심입니다.
명령을 입력하고 엔터를 누르면 SFC가 오프라인 윈도우 설치를 대상으로 시스템 파일 검사를 시작합니다. 정상적으로 검사가 진행되면 진행률이 표시될 수 있으며 시스템 파일 수와 저장장치 상태에 따라 완료까지 시간이 걸릴 수 있습니다. 검사 도중 명령 프롬프트 창을 닫거나 컴퓨터를 강제로 종료하지 않는 것이 좋습니다.
검사가 끝나면 복구 결과를 보여주는 메시지가 나타납니다. 손상된 시스템 파일을 발견하고 복구했다는 내용이 나온다면 윈도우가 정상 부팅되는 데 필요한 파일 일부가 문제였을 가능성을 생각할 수 있습니다. 반대로 무결성 위반을 찾지 못했다면 부팅 오류의 원인이 시스템 파일이 아닐 수도 있습니다.
일부 파일을 복구하지 못했다는 결과가 나오면 SFC만 계속 반복하기보다 DISM이나 저장장치 검사를 함께 고려할 필요가 있습니다. 특히 윈도우 구성 요소 저장소 자체가 손상되어 있다면 SFC가 필요한 파일을 복구하지 못할 수 있습니다.
복구 콘솔에서 SFC 검사 결과를 확인하고 부팅을 다시 시도해보세요
SFC 검사가 끝났다고 바로 문제가 완전히 해결되었다고 생각하지 말고, 결과 메시지를 확인한 다음 컴퓨터를 재부팅해 실제 부팅 상태가 달라졌는지 확인하는 것이 중요합니다. 복구 환경에서 명령 프롬프트를 종료하고 재부팅한 뒤 윈도우가 정상적으로 시작되는지 살펴보세요.
만약 부팅이 정상적으로 이루어진다면 최근 문제가 시스템 파일 손상과 연결되어 있었을 가능성을 생각해볼 수 있습니다. 다만 같은 오류가 다시 발생하지 않는지 며칠 정도 사용하면서 상태를 확인하는 것이 좋습니다. 부팅 직후 프로그램 실행이나 윈도우 업데이트 과정에서 오류가 다시 나타나는지도 확인해보세요.
반대로 SFC가 시스템 파일을 복구했는데도 부팅 오류가 계속된다면 원인이 다른 부분에 있을 수 있습니다. 부팅 구성 데이터 문제, 드라이버 충돌, 저장장치 오류, 윈도우 업데이트 문제 등 다양한 가능성이 있기 때문입니다. 이 경우에는 SFC를 반복 실행하는 것보다 다른 복구 도구를 차례대로 사용하는 것이 좋습니다.
SFC가 성공적으로 파일을 복구했다는 결과만으로 부팅 문제가 해결되었다고 단정하지 말고 실제 재부팅 후 윈도우가 정상적으로 시작되는지 확인해야 합니다.
부팅 문제가 계속될 때는 복구 환경의 시스템 복원 기능을 활용할 수도 있습니다. 문제가 발생하기 전에 만들어둔 시스템 복원 지점이 있다면 프로그램이나 드라이버 설치 등 최근 변경 사항을 되돌리는 방법을 고려할 수 있습니다. 또한 최근 업데이트 이후부터 문제가 발생했다면 업데이트 제거 옵션이 더 적절한 경우도 있습니다.
부팅 오류와 함께 저장장치 문제까지 의심된다면 디스크 검사도 고려할 수 있습니다. 파일 시스템에 오류가 있으면 시스템 파일이 정상적으로 존재하더라도 윈도우가 제대로 부팅되지 않을 수 있기 때문입니다. 이때도 먼저 중요한 자료를 확보하는 것이 중요합니다.
복구 작업을 반복하기 전에 중요한 데이터가 있는 경우 별도의 백업 가능 여부를 먼저 확인하세요. 저장장치 자체에 문제가 있는 상황에서는 복구 명령을 계속 실행하는 것보다 데이터를 보호하는 것이 우선일 수 있습니다.
복구 콘솔에서 SFC가 실패할 때 함께 확인할 항목을 정리해보세요
SFC 오프라인 검사가 실패하거나 일부 파일을 복구하지 못했다면 다음 단계로 무엇을 해야 하는지 판단해야 합니다. 먼저 명령어에서 지정한 드라이브 문자가 정확한지 다시 확인하세요. 복구 환경에서 드라이브 문자를 잘못 지정하면 SFC가 실제 윈도우 설치를 찾지 못하거나 원하는 파일을 검사하지 못할 수 있습니다.
다음으로 Windows 폴더가 실제로 해당 드라이브에 있는지 확인합니다. dir D:\나 해당 드라이브의 내용을 확인해 Windows 폴더가 보이는지 살펴보세요. 또한 D:\Windows\System32와 같은 경로가 존재하는지도 확인할 수 있습니다.
경로가 정확한데도 복구가 되지 않는다면 구성 요소 저장소 문제를 의심할 수 있습니다. 정상적으로 부팅되는 환경에서는 DISM을 활용해 Windows 이미지의 구성 요소 저장소를 복구한 뒤 SFC를 다시 실행하는 방법이 일반적으로 사용됩니다. 부팅 자체가 불가능한 경우에는 복구 환경에서 사용하는 DISM 명령의 방식이 달라질 수 있으므로 시스템 상태에 맞게 접근해야 합니다.
또한 저장장치 오류가 있는지도 확인해야 합니다. SSD나 HDD에 파일 시스템 오류가 있으면 시스템 파일을 읽거나 복구하는 과정 자체가 제대로 진행되지 않을 수 있습니다. 부팅이 점점 느려졌거나 파일 복사 중 오류가 반복되었다면 저장장치 상태를 우선적으로 확인하는 것이 좋습니다.
SFC가 실패할 때는 같은 명령을 무작정 반복하기보다 드라이브 문자, Windows 경로, 구성 요소 저장소, 저장장치 상태를 순서대로 확인하는 것이 좋습니다.
부팅 오류가 특정 프로그램이나 드라이버를 설치한 직후 시작되었다면 해당 변경 사항과의 연관성도 살펴보세요. 시스템 파일이 손상된 것처럼 보여도 실제 원인이 드라이버 충돌일 수 있습니다. 특히 그래픽 드라이버나 저장장치 드라이버처럼 시스템 깊숙한 곳에서 작동하는 드라이버가 업데이트된 직후 부팅 문제가 발생했다면 시스템 복원이나 업데이트 제거가 더 적절할 수 있습니다.
| 상황 | 확인 또는 실행 | 주의할 점 |
|---|---|---|
| 윈도우가 정상 부팅되지 않음 | 윈도우 복구 환경의 명령 프롬프트 실행 | 복구 환경의 드라이브 문자는 평소와 다를 수 있음 |
| 윈도우 설치 드라이브 확인 | diskpart → list volume 또는 각 드라이브의 dir 확인 |
Windows 폴더와 Users, Program Files 등을 함께 확인 |
| 오프라인 시스템 파일 검사 | sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows |
D는 실제 윈도우 설치 드라이브 문자로 변경 |
| SFC에서 일부 파일 복구 실패 | 드라이브 경로 재확인 후 DISM이나 디스크 검사 검토 | 명령어를 무작정 반복하지 않기 |
| SFC 후에도 부팅 오류 지속 | 시스템 복원, 업데이트 제거, 부팅 복구 등 다른 원인 점검 | SFC가 모든 부팅 문제를 해결하는 것은 아님 |
위 순서를 기억해두면 부팅 오류 상황에서도 무작정 윈도우를 초기화하지 않고 하나씩 문제를 좁혀갈 수 있습니다. 특히 복구 환경에서는 드라이브 문자가 달라질 수 있다는 점을 가장 먼저 기억해두세요. 이 부분만 제대로 확인해도 SFC 오프라인 검사를 잘못된 드라이브에 실행하는 실수를 상당 부분 줄일 수 있습니다.
복구 콘솔에서 명령어를 입력할 때는 오타도 주의해야 합니다. 특히 /offbootdir와 /offwindir 옵션은 대상 경로를 정확히 지정해야 하므로 드라이브 문자와 폴더 경로를 현재 시스템에 맞게 입력해야 합니다.
윈도우 시스템 파일 손상 부팅 오류와 복구 콘솔 SFC 총정리
윈도우가 정상적으로 부팅되지 않고 시스템 파일 손상이 의심되는 경우에는 복구 환경의 명령 프롬프트에서 SFC를 오프라인 방식으로 실행해 손상된 시스템 파일을 확인하고 복구를 시도할 수 있습니다. 일반적인 윈도우 환경에서 사용하는 sfc /scannow와 달리 부팅이 되지 않는 상황에서는 실제 윈도우 설치가 어느 드라이브에 있는지 먼저 확인해야 합니다.
복구 환경에 들어간 뒤에는 DiskPart의 list volume이나 각 드라이브의 dir 명령을 이용해 Windows 폴더가 있는 드라이브를 확인해보세요. 평소 C 드라이브를 사용하더라도 복구 콘솔에서는 D나 E 등 다른 문자로 표시될 수 있기 때문에 반드시 현재 환경을 기준으로 판단해야 합니다.
윈도우가 D 드라이브에 설치되어 있다면 예를 들어 sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows와 같은 형태로 오프라인 검사를 실행할 수 있습니다. D라는 문자는 단순한 예시이므로 자신의 복구 환경에서 실제 Windows 폴더가 있는 드라이브 문자로 변경해야 합니다.
검사가 끝나면 결과 메시지를 확인하고 컴퓨터를 재부팅해 윈도우가 정상적으로 시작되는지 확인하세요. 시스템 파일이 복구되었더라도 부팅 문제가 계속된다면 드라이버, 저장장치, 업데이트, 부팅 구성 등 다른 원인을 확인해야 합니다. SFC는 중요한 복구 도구이지만 모든 부팅 오류를 해결하는 만능 방법은 아닙니다.
특히 SFC가 일부 파일을 복구하지 못하거나 경로를 찾지 못하는 경우에는 먼저 윈도우 설치 드라이브가 정확한지 다시 확인하세요. 그다음 구성 요소 저장소와 저장장치 상태를 점검하고, 최근 설치한 프로그램이나 드라이버가 문제의 시작점이었는지도 함께 살펴보는 것이 좋습니다.
부팅 오류가 발생했을 때 가장 중요한 것은 당황해서 바로 윈도우를 초기화하지 않는 것입니다. 복구 환경에서 현재 윈도우 설치 위치를 정확하게 찾아보고, SFC로 시스템 파일 상태를 확인하고, 결과에 따라 다음 복구 절차를 선택하면 됩니다. 중요한 자료가 있다면 복구 작업 전에 가능한 범위에서 데이터를 보호하는 것도 잊지 마세요.
질문 QnA
질문 1. 윈도우가 부팅되지 않아도 SFC를 실행할 수 있나요?
가능합니다. 정상적인 윈도우에 들어갈 수 없는 경우 윈도우 복구 환경의 명령 프롬프트에서 오프라인 방식으로 SFC를 실행할 수 있습니다. 이때 실제 윈도우가 설치된 드라이브를 확인하는 과정이 중요합니다.
질문 2. 복구 콘솔에서는 왜 C 드라이브가 아닐 수 있나요?
윈도우 복구 환경은 일반적인 윈도우 환경과 드라이브 문자를 다르게 할 수 있습니다. 따라서 평소 C 드라이브에 설치했더라도 복구 환경에서는 D나 E 등 다른 문자로 표시될 수 있습니다. Windows 폴더가 실제로 있는 드라이브를 확인해야 합니다.
질문 3. 복구 콘솔에서 그냥 sfc /scannow만 입력하면 안 되나요?
복구 환경에서는 현재 실행 중인 환경과 실제 윈도우 설치 위치가 다르기 때문에 오프라인 대상 경로를 명시하는 것이 중요합니다. 예를 들어 실제 윈도우가 D 드라이브에 있다면
sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows와 같은 형태로 대상 경로를 지정할 수 있습니다.질문 4. 실제 윈도우 설치 드라이브는 어떻게 찾나요?
diskpart를 실행한 뒤list volume으로 볼륨을 확인하거나, 각 드라이브에 들어가dir명령을 사용해 Windows, Users, Program Files 같은 폴더가 있는지 확인할 수 있습니다.질문 5. SFC 검사에서 손상된 파일을 복구했다고 나오면 바로 문제가 해결된 것인가요?
반드시 그렇지는 않습니다. 복구 후 명령 프롬프트를 종료하고 컴퓨터를 재부팅해 윈도우가 정상적으로 시작되는지 확인해야 합니다. 같은 부팅 오류가 계속된다면 다른 원인이 있을 수 있습니다.
질문 6. SFC가 일부 파일을 복구하지 못했다고 나오면 어떻게 하나요?
먼저 오프라인 윈도우 경로와 드라이브 문자가 정확한지 다시 확인하세요. 그래도 복구되지 않는다면 구성 요소 저장소 문제나 저장장치 오류 등을 함께 점검하고, 상황에 따라 DISM이나 다른 복구 방법을 고려할 수 있습니다.
질문 7. SFC로 모든 부팅 오류를 해결할 수 있나요?
아닙니다. SFC는 시스템 파일 손상을 검사하고 복구하는 도구입니다. 부팅 구성 데이터, 드라이버 충돌, 저장장치 문제, 업데이트 오류 등이 원인이라면 SFC로 해결되지 않을 수 있습니다.
질문 8. 부팅 오류가 발생하기 전에 시스템 복원 지점을 만들어두었다면 SFC보다 먼저 사용해야 하나요?
문제의 원인에 따라 다릅니다. 최근 프로그램이나 드라이버 설치 직후 오류가 시작되었다면 시스템 복원이 더 직접적인 해결책이 될 수 있습니다. 반면 시스템 파일 손상이 명확하게 의심된다면 SFC를 먼저 시도해볼 수 있습니다.
질문 9. 복구 콘솔에서 SFC를 실행할 때 중요한 자료가 사라질 수 있나요?
SFC는 시스템 파일을 검사하고 복구하는 목적의 도구이지만 부팅 오류가 있는 상황에서는 저장장치 상태까지 함께 고려해야 합니다. 중요한 자료가 있다면 가능한 범위에서 먼저 백업을 확보하고 복구 작업을 진행하는 것이 안전합니다.
질문 10. SFC를 여러 번 반복 실행하면 더 잘 복구되나요?
반복 실행이 항상 문제를 해결해주는 것은 아닙니다. 같은 결과가 계속된다면 명령을 반복하기보다 실제 윈도우 드라이브와 경로, 구성 요소 저장소, 저장장치, 드라이버 등의 다른 원인을 확인하는 것이 좋습니다.
윈도우가 갑자기 부팅되지 않으면서 시스템 파일 손상이 의심된다면 당황해서 바로 초기화부터 생각하기보다 복구 환경에서 SFC를 실행해보는 방법을 먼저 고려할 수 있습니다. 특히 정상적인 윈도우에 들어갈 수 없을 때도 복구 콘솔의 명령 프롬프트를 이용하면 오프라인 상태에서 시스템 파일 검사를 진행할 수 있습니다.
가장 중요한 것은 복구 환경에서 윈도우 설치 드라이브를 정확하게 찾는 것입니다. 평소에는 C 드라이브였더라도 복구 콘솔에서는 D나 E로 표시될 수 있으므로 diskpart와 list volume, 또는 dir 명령을 이용해 Windows 폴더가 있는 위치를 직접 확인해주세요.
윈도우가 D 드라이브에 있다면 예를 들어 sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows와 같은 방식으로 검사할 수 있습니다. 드라이브 문자는 반드시 자신의 복구 환경에 맞게 변경해야 합니다. 명령어를 입력할 때 오타가 없는지 확인하고 검사 중에는 강제 종료하지 않는 것이 좋습니다.
검사가 완료되면 결과를 확인하고 재부팅해 실제 부팅 상태가 달라졌는지 살펴보세요. 복구에 성공했다면 윈도우가 정상적으로 시작될 수 있지만, 여전히 오류가 발생한다면 SFC가 원인을 해결하지 못한 것이므로 다른 복구 방법을 검토해야 합니다.
부팅 오류 상황에서는 한 번의 명령어로 모든 문제가 해결되지 않을 수 있습니다. 최근 드라이버나 프로그램 설치 이후 문제가 시작되었는지, 저장장치에 이상이 있었는지, 시스템 복원 지점이 있는지까지 함께 살펴보세요. 무엇보다 중요한 자료가 있다면 가능한 한 먼저 보호한 뒤 복구 작업을 진행하는 것이 좋습니다.
복구 콘솔에서 SFC를 실행하는 방법은 처음에는 어렵게 느껴질 수 있지만, 복구 환경 진입 → 윈도우 설치 드라이브 확인 → 오프라인 SFC 실행 → 결과 확인 → 재부팅 순서만 기억해두면 훨씬 차분하게 대응할 수 있습니다. 부팅 오류가 발생했을 때 바로 윈도우를 포맷하기보다 현재 시스템 파일 상태부터 확인해보는 것만으로도 문제를 해결할 수 있는 경우가 있습니다.