이 글을 3줄로 요약하면
· 0xC1900101은 실패한 이유가 아니라 "설치가 취소되고 이전 버전으로 되돌려졌다"는 사실만 알려주는 코드입니다. 마이크로소프트 문서도 이 번호를 총괄 코드로 설명합니다.
· 진짜 이유는 이 번호 뒤에 붙는 확장 코드와 설치 로그에 있습니다. 문서가 지목하는 가장 흔한 원인은 드라이버 호환성입니다.
· 원인은 네 갈래입니다. 아래 판별표에서 자기 상황을 찾고 그 섹션만 처리하면 됩니다.
목차
3. 원인 A · 오래된 드라이버가 새 커널과 충돌한다
4. 원인 B · 롤백용 백업까지 담을 공간이 모자란다
5. 원인 C · 백신·상주 프로그램이 설치를 가로막는다
0xC1900101은 정확히 무슨 코드인가
이 번호 하나만 보고는 원인을 알 수 없습니다. 왜 그런지부터 정리합니다.
업그레이드를 진행하면 "이전 버전의 Windows로 되돌리는 중"이라는 문구와 함께 설치가 취소되고, 재부팅하면 원래 쓰던 윈도우10으로 그대로 돌아옵니다. 이때 남는 번호가 0xC1900101입니다.
마이크로소프트 문서는 이 번호를 "롤백이 일어났다"는 사실만 표시하는 총괄 결과 코드로 설명합니다. 실패 지점을 가리키지 않기 때문에, 이 번호만 검색해서 나오는 처방을 위에서부터 다 해보는 방식은 시간이 오래 걸립니다.
문서가 지목하는 가장 흔한 실제 원인은 드라이버 호환성 문제입니다. 그래서 이 글도 드라이버부터 확인하는 순서로 배치했습니다.
실패 지점을 알려주는 것은 이 번호 뒤에 함께 붙는 확장 코드(extend code)입니다. 예를 들어 확장 코드가 0x4000D면 앞자리 4는 설치의 네 번째 단계를, 뒤의 0D는 그 단계에서 하던 작업(데이터 이전)을 뜻합니다.
같은 진행률에서 반복 실패한다면 우연이 아닙니다
매번 비슷한 지점에서 멈춘다면 특정 조건이 계속 걸리고 있다는 신호입니다. 재시도 횟수를 늘리는 대신 아래 판별표로 갈래를 먼저 좁히는 편이 빠릅니다.
증상으로 원인 좁히기
언제·어느 지점에서 멈추는지에 따라 볼 항목이 달라집니다.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| 재부팅 뒤 로고 화면에서 멈췄다가 되돌아간다 | 드라이버 충돌 | 원인 A → 드라이버 최신화 |
| 외장하드·프린터·USB 허브를 연결한 상태다 | 주변기기 드라이버 충돌 | 원인 A → 주변기기 분리 |
| C 드라이브 여유 공간이 얼마 남지 않았다 | 설치·백업 공간 부족 | 원인 B → 공간 확보 |
| 백신·최적화 프로그램을 여러 개 쓰고 있다 | 상주 프로그램 간섭 | 원인 C → 클린 부팅 |
| "이 PC는 요구 사항을 충족하지 않습니다" 안내를 본 적이 있다 | TPM·보안 부팅 미설정 | 원인 D → 펌웨어 확인 |
| 매번 다른 지점에서 실패해 갈래를 못 잡겠다 | 확장 코드 확인 필요 | 7번 섹션 → 로그로 특정 |
롤백돼도 데이터는 그대로 남습니다
0xC1900101로 되돌아간 상태는 실패한 설치를 원래대로 복구한 것입니다. 기존 윈도우10 환경과 파일은 유지되므로, 급하게 클린 설치로 넘어갈 이유가 없습니다.
원인 A오래된 드라이버가 새 커널과 충돌한다
문서가 가장 흔한 원인으로 지목하는 갈래입니다. 여기부터 봅니다.
업그레이드는 커널과 드라이버를 통째로 갈아 끼우는 작업입니다. 윈도우10 시절에 설치된 그래픽·네트워크·저장장치 드라이버가 새 커널에서 정상 동작하지 못하면, 설치 프로그램은 부팅을 살리기 위해 되돌리기를 선택합니다.
1지금 깔린 드라이버 날짜부터 확인한다
Win + R로 장치 관리자를 열고 디스플레이 어댑터·네트워크 어댑터·저장소 컨트롤러 순으로 속성 → 드라이버 탭에서 날짜를 봅니다. 몇 년 전 날짜가 그대로 남아 있는 항목이 후보입니다.
2제조사 사이트에서 최신 드라이버를 받는다
그래픽은 엔비디아·AMD·인텔, 칩셋과 저장장치는 메인보드 또는 노트북 제조사 지원 페이지에서 받습니다. 장치 관리자의 "자동 검색"은 이미 설치된 것보다 오래된 버전을 그대로 두는 경우가 많습니다.
3주변기기를 마우스·키보드·모니터만 남기고 뺀다
마이크로소프트 문서도 이 조치를 확장 코드별 대응으로 안내합니다. 외장하드·프린터·웹캠·USB 허브·게임패드를 모두 분리하고, 메인보드에 남은 미사용 SATA 장치도 떼어 낸 뒤 다시 시도합니다.
4설치 중 "업데이트 다운로드 및 설치"를 선택한다
설치 도우미 첫 화면에서 이 항목을 켜 두면 설치 직전에 호환성 업데이트를 함께 받습니다. 문서가 여러 확장 코드에 공통으로 권하는 조건입니다.
이 방법이 안 통하는 경우
드라이버를 모두 최신으로 맞추고 주변기기까지 뺐는데도 같은 지점에서 멈춘다면, 남은 것은 공간과 상주 프로그램입니다. C 드라이브 여유 공간이 빠듯하면 원인 B, 넉넉하면 원인 C로 넘어갑니다.
원인 B롤백용 백업까지 담을 공간이 모자란다
설치 용량만 계산하면 반드시 모자랍니다. 왜 그런지가 핵심입니다.
마이크로소프트가 밝힌 윈도우11 최소 요구 사양은 저장 장치 64GB 이상입니다. 여기에 문서는 "업데이트와 일부 기능에는 추가 저장 공간이 필요할 수 있다"는 단서를 붙여 두었습니다.
업그레이드는 여기에 하나가 더 붙습니다. 실패했을 때 되돌아갈 수 있도록 기존 윈도우를 통째로 백업해 두기 때문에, 새 파일과 옛 파일이 한동안 같은 드라이브에 함께 존재합니다. 이 백업이 들어갈 자리가 없으면 진행 중 취소됩니다.
| 항목 | 공식 기준 |
|---|---|
| 저장 장치 | 64GB 이상 |
| 메모리 | 4GB 이상 |
| 프로세서 | 1GHz 이상, 2코어 이상 64비트 |
| 그래픽 | DirectX 12 이상 · WDDM 2.0 드라이버 |
1디스크 정리로 시스템 파일까지 훑는다
Win + R로 실행해 C 드라이브를 고른 뒤, 창 아래 "시스템 파일 정리"를 한 번 더 눌러야 이전 설치 파일과 업데이트 정리 항목이 나타납니다. 이 버튼을 안 누르면 몇 백 MB만 지워집니다.
2큰 파일은 지우지 말고 다른 드라이브로 옮긴다
영상·게임 폴더를 D 드라이브나 외장 저장 장치로 옮겨 두면 업그레이드가 끝난 뒤 되돌릴 수 있습니다. 다만 외장 장치는 업그레이드 시작 전에 다시 분리합니다.
"이전 Windows 설치"를 지우면 되돌릴 수 없습니다
디스크 정리 목록의 이 항목은 롤백용 백업입니다. 업그레이드에 성공한 뒤 문제가 없다고 판단됐을 때 지우는 것이지, 업그레이드를 준비하면서 지우는 항목이 아닙니다.
이 방법이 안 통하는 경우
공간을 충분히 비웠는데도 같은 지점에서 되돌아간다면 공간이 원인이 아닙니다. 백신이나 최적화 도구를 쓰고 있다면 원인 C로 넘어갑니다.
원인 C백신·상주 프로그램이 설치를 가로막는다
확장 코드 0x40017에 문서가 붙여 둔 대응이 바로 클린 부팅입니다.
업그레이드는 시스템 파일을 통째로 교체합니다. 백신·최적화 유틸리티·가상 드라이브 도구처럼 항상 떠 있는 프로그램이 그 과정에 끼어들면 설치가 중단되고 되돌리기로 넘어갑니다.
마이크로소프트 문서는 확장 코드 0x40017에 대해 "클린 부팅으로 들어간 뒤 업그레이드를 시도하라"고 안내하고, 0x20004에 대해서는 백신 프로그램 제거를 권합니다.
1시스템 구성에서 서비스를 걸러 낸다
서비스 탭에서 "모든 Microsoft 서비스 숨기기"를 먼저 체크한 뒤 남은 목록만 사용 안 함으로 바꿉니다. 체크 없이 전부 끄면 부팅에 필요한 서비스까지 꺼집니다.
2시작 프로그램도 함께 끈다
Ctrl + Shift + Esc로 작업 관리자를 열어 시작 프로그램 앱 목록에서 필요 없는 항목을 사용 안 함으로 바꾼 뒤 재부팅합니다.
3다른 회사 백신은 끄는 것이 아니라 제거한다
일시 중지만으로는 커널 드라이버가 남아 있어 같은 결과가 나옵니다. 업그레이드가 끝난 뒤 다시 설치하는 순서로 진행합니다. 윈도우 기본 보안은 그대로 두면 됩니다.
4끝나면 원래대로 되돌린다
업그레이드가 끝난 뒤 msconfig에서 "일반" 탭의 정상 시작을 선택해 되돌립니다. 클린 부팅 상태를 그대로 두면 평소 쓰던 기능이 동작하지 않습니다.
이 방법이 안 통하는 경우
클린 부팅에서도 같은 번호가 뜨고, 설치 도우미가 아예 요구 사항 미충족 안내를 낸 적이 있다면 소프트웨어 문제가 아닙니다. 원인 D로 넘어갑니다.
원인 DTPM 2.0·보안 부팅 같은 펌웨어 조건이 꺼져 있다
하드웨어가 없어서가 아니라 옵션이 꺼져 있어서인 경우가 많습니다.
마이크로소프트가 정한 윈도우11 요구 사항에는 TPM 2.0과 UEFI 보안 부팅(Secure Boot) 지원이 들어 있습니다. 두 조건은 메인보드에 기능이 있어도 펌웨어에서 꺼져 있으면 없는 것으로 판정됩니다.
최근 몇 년 안에 나온 PC라면 기능 자체는 대부분 들어 있습니다. 제조사에 따라 이름이 달라 못 찾는 경우가 많을 뿐입니다.
| 기능 | 펌웨어에서 찾을 이름 |
|---|---|
| TPM 2.0 | TPM Device / PTT(인텔) / fTPM(AMD) |
| 보안 부팅 | Secure Boot (Boot 또는 Security 메뉴) |
1먼저 TPM이 이미 켜져 있는지 윈도우에서 확인한다
Win + R로 실행해 "TPM을 사용할 준비가 되었습니다"와 사양 버전 2.0이 보이면 이 갈래는 해당하지 않습니다. 재부팅할 필요 없이 여기서 끝납니다.
2보안 부팅 상태도 같은 방식으로 확인한다
시스템 요약에서 BIOS 모드가 UEFI이고 보안 부팅 상태가 사용인지 봅니다. 레거시로 되어 있으면 펌웨어 설정이 필요합니다.
3설정에서 UEFI 펌웨어로 곧장 들어간다
부팅 순간 Del·F2를 놓쳐 계속 실패한다면, 설정의 복구 화면에서 고급 시작 옵션으로 재시작한 뒤 문제 해결 → 고급 옵션 → UEFI 펌웨어 설정을 고르면 됩니다. 위 화면이 그 자리입니다.
보안 부팅을 켜기 전에 디스크 형식을 확인합니다
디스크가 MBR로 되어 있는데 레거시에서 UEFI로 바꾸면 부팅이 되지 않습니다. 이 경우 변환 작업이 먼저이고, 순서를 건너뛰면 윈도우가 아예 안 켜지는 상태가 됩니다.
이 방법이 안 통하는 경우
TPM 2.0을 지원하지 않는 세대의 PC라면 정식 업그레이드 대상이 아닙니다. 네 갈래를 모두 확인했는데도 실패한다면 다음 섹션에서 확장 코드를 먼저 확인합니다.
어느 단계에서 멈췄는지 확인하는 법
추측을 끝내는 단계입니다. 확장 코드와 로그가 실패 지점을 지목합니다.
0xC1900101 뒤에 붙는 확장 코드는 어느 단계의 어떤 작업에서 되돌아갔는지를 가리킵니다. 마이크로소프트 문서는 이 코드별로 서로 다른 대응을 제시합니다.
| 확장 코드 | 문서가 권하는 조치 | 이 글의 항목 |
|---|---|---|
| 0x20004 | 백신 제거 · 미사용 SATA 장치와 드라이버 제거 · 드라이버와 BIOS 업데이트 | 원인 A·C |
| 0x2000c | 마우스·키보드·모니터를 제외한 주변기기 전부 분리 · 제조사 최신 드라이버 | 원인 A |
| 0x20017 | 드라이버 전부 최신화 · Panther 폴더 로그에서 문제 드라이버를 찾아 갱신·제거 | 원인 A |
| 0x30018 | 주변기기 분리 · 제조사 최신 드라이버 · 설치 중 업데이트 받기 선택 | 원인 A |
| 0x40017 | 클린 부팅 상태에서 업그레이드 재시도 | 원인 C |
1이벤트 뷰어에서 결과 코드와 확장 코드를 찾는다
문서도 코드가 화면에 보이지 않을 때 이벤트 뷰어에서 찾으라고 안내합니다. Windows 로그 → 시스템에서 오류 수준으로 필터링해 실패 시각의 항목을 봅니다.
2설치 로그에서 문제 드라이버 이름을 찾는다
탐색기 주소창에 붙여 넣고 setuperr.log와 setupact.log를 메모장으로 엽니다. 0x20017 대응으로 문서가 직접 지목하는 파일이고, 여기에 문제 드라이버 이름이 남습니다.
3롤백 폴더의 장치 설치 기록을 본다
이 폴더에는 setupapi.dev.log(장치 설치 기록)와 이벤트 로그 파일이 남습니다. 실패가 장치 쪽에서 났는지 확인하는 자리입니다.
로그 한 번이 재시도 다섯 번보다 빠릅니다
확장 코드를 확인하면 위 네 갈래 중 어디를 봐야 하는지가 바로 정해집니다. 같은 설치를 반복하는 것은 같은 결과를 반복하는 일입니다.
자주 묻는 질문
검색으로 가장 많이 들어오는 다섯 가지입니다.
Q.롤백되면 데이터가 사라지나요?
A.아닙니다. 0xC1900101로 되돌아간 상태는 설치 전 환경을 복구한 것이라 기존 윈도우와 파일이 그대로 유지됩니다.
Q.네 가지를 다 확인하기 번거로운데 순서가 있나요?
A.드라이버(특히 그래픽·저장장치) → 디스크 공간 → 상주 프로그램 → 펌웨어 순입니다. 문서가 이 번호의 주된 원인으로 드라이버 호환성을 지목하기 때문입니다.
Q.TPM이 없는 구형 PC는 방법이 없나요?
A.TPM 2.0은 공식 최소 요구 사항이라 미지원 하드웨어는 정식 업그레이드 대상이 아닙니다. 다만 꺼져 있을 뿐인 경우가 많으므로 tpm.msc로 먼저 확인하는 편이 좋습니다.
Q.C 드라이브를 얼마나 비워야 하나요?
A.공식 요구 사양은 저장 장치 64GB 이상이고, 문서는 업데이트와 기능에 따라 추가 공간이 필요할 수 있다고 덧붙입니다. 업그레이드는 롤백용 백업까지 만들므로 여유 공간을 최대한 확보한 상태에서 진행하는 편이 안전합니다.
Q.계속 실패하면 클린 설치밖에 없나요?
A.확장 코드와 Panther 로그를 확인하지 않은 상태라면 아직 이릅니다. 클린 설치는 데이터를 옮긴 뒤에 결정할 마지막 선택지입니다.
함께 보면 좋은 글
업데이트·업그레이드가 막힐 때 함께 보는 번호들입니다.
윈도우 업데이트 0x800f0831 오류 해결 순서 구성 요소 저장소가 손상됐을 때 쓰는 SFC·DISM 절차입니다 · 눌러서 확인하기 → 윈도우 업데이트 오류 0x8024402c 해결 순서 업데이트 서버에 붙지 못할 때의 네트워크 쪽 점검입니다 · 눌러서 확인하기 → 윈도우 업데이트 0x80070422 오류 해결 순서 업데이트 서비스 자체가 꺼져 있을 때 확인하는 항목입니다 · 눌러서 확인하기 →참고 문서 · Microsoft Learn — Windows 업그레이드 오류 코드
참고 문서 · Microsoft Learn — Windows 업그레이드 해결 절차
참고 문서 · Microsoft Learn — Windows 11 요구 사항
