윈도우11 업데이트 오류 “최소 시스템 요구 사항” fTPM Secure Boot UEFI 설정 후기
컴퓨존 조립PC 윈도우11 업데이트 오류 “이 PC는 최소 시스템 요구 사항을 충족하지 않습니다” 해결 후기
최근 컴퓨존에서 AMD 라이젠5 3600 기반 조립PC를 새로 들였는데, 윈도우11 업데이트를 누르자마자 “이 PC는 Windows 11 최소 시스템 요구 사항을 충족하지 않습니다”가 떠서 당황했습니다.
CPU, 메모리 32GB, SSD 1TB 구성이라 스펙 문제라고는 생각도 못 했는데요. 결론부터 말하면 BIOS(UEFI) 쪽 보안 설정이 비활성화되어 있었고, 그걸 켜주니 정상적으로 진행됐습니다.
목차
윈도우 11 설치 최소 사양
윈도우 11 설치 시 발생할 수 있는 문제
윈도우 11 업데이트 오류 해결 방법
윈도우 11 설치 최소 사양
Windows 11은 “사양이 높으면 무조건 설치 가능”한 방식이 아닙니다.
요즘은 보안 요건이 더 중요하게 체크됩니다. 특히 아래 3가지가 빠지면, 스펙이 좋아도 막힐 수 있어요.
- TPM 2.0 (AMD는 보통 fTPM으로 표시)
- Secure Boot 활성화
- 부팅 펌웨어가 UEFI로 동작
조립PC나 일부 OEM 출고품은 이 옵션들이 꺼진 상태로 나오는 경우가 있어서, 업데이트/설치 화면에서 바로 제동이 걸릴 수 있습니다.
| 구성 요소 | 최소 요구사항(핵심 요약) |
|---|---|
| 프로세서 (CPU) | 64비트 지원, 2코어 이상 / 지원 목록에 포함되는 세대(예: AMD Ryzen 2000 시리즈 이상) |
| 메모리 (RAM) | 4GB 이상 |
| 저장 장치 | 64GB 이상 |
| 펌웨어 | UEFI + Secure Boot 지원 |
| TPM | TPM 2.0 (또는 펌웨어 TPM) |
| 그래픽 카드 | DirectX 12 이상, WDDM 2.0 드라이버 |
| 디스플레이 | 9인치 이상, 720p 이상 |
| 인터넷 연결 | Home 설치 시 Microsoft 계정/인터넷 필요 |
세부 항목은 마이크로소프트 공식 사양 페이지에도 정리돼 있습니다. (링크는 참고용으로만)
윈도우 11 설치 시 발생할 수 있는 문제
라이젠5 3600은 윈도우11에서 흔히 문제 없이 쓰는 CPU인데도, 설치/업데이트 화면에서 위 오류가 나올 수 있습니다.
제가 겪은 원인은 간단했습니다.
- fTPM(AMD 펌웨어 TPM)이 꺼져 있음
- Secure Boot가 꺼져 있음
- 부팅 환경이 UEFI로 제대로 잡히지 않거나, 레거시(CSM)가 켜져 있는 상태
겉으로는 “사양 부족”처럼 보이지만 실제로는 보안 펌웨어 설정이 준비되지 않은 상태인 경우가 정말 많습니다.
윈도우 11 업데이트 오류 해결 방법
아래 내용은 제가 직접 손봐서 해결된 흐름입니다. 조립PC든 브랜드PC든, 비슷한 증상이라면 거의 같은 지점에서 막힙니다.
① BIOS에서 fTPM 활성화
AMD 메인보드는 TPM 기능이 fTPM이라는 이름으로 들어있는 경우가 많습니다.
BIOS에 들어가서 Advanced 탭이나 Trusted Computing 쪽에서 “fTPM”을 찾아 Enabled로 바꿔줍니다.
재부팅 후 Windows에서 tpm.msc를 실행해 버전이 2.0으로 표시되는지 확인했습니다.
TPM 관련 기본 개념은 이 글에서도 같이 정리돼 있어요. TPM 기능
② UEFI 모드와 Secure Boot 설정
부팅 모드를 Legacy에서 UEFI로 바꾸고, Secure Boot를 Enabled로 켭니다.
여기서 한 번 더 흔한 함정이 있습니다.
기존 윈도우가 MBR로 설치돼 있으면, UEFI/Secure Boot를 켰을 때 인식이 꼬이거나 부팅이 난감해질 수 있어요. 이 경우 GPT로 바꿔줘야 합니다.
관리자 권한 명령 프롬프트에서 아래를 실행하면 변환이 진행됩니다. (명령어는 원문 그대로 유지)
mbr2gpt /convert /allowfullosUEFI 전환 관련 내용은 아래 링크 글에도 연결돼 있습니다. UEFI로 전환
③ 여전히 설치가 막힐 때 확인할 것
fTPM을 켰고 UEFI/Secure Boot도 맞췄는데도 계속 막히면, 다음 쪽에서 걸리는 경우가 많습니다.
- 메인보드 BIOS가 오래돼서 fTPM 동작이 불안정한 상태
- Secure Boot는 켰는데 키가 비어있어 실제로 “설정됨”으로 안 잡히는 상태
- 레거시(CSM)가 남아 있어서 UEFI 전용으로 깔끔히 전환이 안 된 상태
이럴 땐 BIOS 업데이트가 해답인 경우가 꽤 많습니다. 다만 업무용 환경이라면 무리하게 바꾸기보다, 안정적인 구성으로 유지하는 판단도 충분히 합리적입니다.
④ 레지스트리 수정으로 설치 제한 해제 (비추천)
설치 제한을 건드리는 방법도 돌아다니지만, 장기적으로는 찝찝한 선택이 될 수 있어 권장하진 않습니다.
설치 중 Shift + F10으로 명령 프롬프트를 열고 regedit 입력 후 아래 경로로 이동합니다. (경로 원문 유지)
HKEY_LOCAL_MACHINESYSTEMSetup그 안에 LabConfig 키를 만들고, 아래 DWORD(32bit) 값을 생성합니다. 데이터 값은 1입니다. (표 내용 원문 유지)
| 이름 | 종류 | 데이터 | 설명 |
|---|---|---|---|
| BypassTPMCheck | REG_DWORD | 1 | TPM 검사 우회 |
| BypassSecureBootCheck | REG_DWORD | 1 | Secure Boot 검사 우회 |
| BypassSecureRAMCheck | REG_DWORD | 1 | RAM 검사 우회 |
| BypassSecureStorageCheck | REG_DWORD | 1 | 저장장치 검사 우회 |
| BypassSecureCPUCheck | REG_DWORD | 1 | CPU 검사 우회 |
이렇게 하면 윈도우11 설치가 진행될 수 있지만, 보안 업데이트나 안정성 면에서 찜찜한 구간이 생길 수 있습니다.
가능하면 이 방법보다, fTPM + Secure Boot + UEFI(GPT)를 정상 구성을 맞춰주는 쪽이 마음 편합니다.
⑤ PC Health Check 앱으로 사전 점검
“도대체 뭐가 부족하다는 건데?”가 제일 답답한 포인트인데, PC Health Check를 돌리면 조건 중 어디가 안 맞는지 한 번에 표시되는 편입니다.
PC Health Check 링크는 여기고, 설치 전 한 번 확인해두면 허탕 치는 일이 줄어듭니다.
정리 및 후기
컴퓨존에서 구매한 라이젠5 3600 조립PC도 처음엔 윈도우11 업데이트가 막혔지만, BIOS에서 fTPM과 Secure Boot를 켜고, 부팅 환경을 UEFI로 맞추니 정상적으로 설치가 끝났습니다.
결국 하드웨어 문제가 아니라 보안 펌웨어 설정이 핵심이었습니다.
메모: 디스크 변환이나 보안 설정 변경은 시스템에 영향을 줄 수 있으니, 중요한 자료는 미리 백업해두는 게 마음 편합니다.
설치는 됐는데, 업데이트/게임에서 또 막힐 때
설치 자체는 통과했는데, 이후에 업데이트 실패가 반복되거나 게임 안티치트에서 “보안부팅 필요”가 또 뜨는 경우도 있습니다. 이럴 때는 보통 “켜져 있긴 한데, 윈도우가 정상 적용으로 인식하지 못하는 상태”가 남아있을 때가 많아요.
Secure Boot가 ‘지원’인데 ‘설정’이 아닌 경우
시스템 정보(msinfo32)에서 Secure Boot가 애매하게 표시될 때가 있습니다.
- BIOS에서 Secure Boot를 Enabled로 바꿨는지 재확인
- Secure Boot 키가 비어있다면 Install Default Secure Boot Keys 또는 Restore Factory Keys 쪽 실행
- CSM(레거시)이 켜져 있으면 Secure Boot가 반쪽처럼 남는 경우가 있어 CSM 비활성화 확인
TPM을 켰는데도 안티치트가 계속 막는 경우
게임/런처는 TPM이 “켜짐”인지보다 TPM 2.0으로 정상 동작인지까지 체크하는 편입니다.
윈도우에서 tpm.msc로 버전이 2.0인지 확인하고, BIOS에서 fTPM 옵션이 Auto/Enabled로 유지되는지 점검해두면 재발이 줄어듭니다.
Windows Update가 자꾸 실패할 때(무결성 점검)
설정 바꾼 뒤 업데이트가 꼬이는 느낌이 들면, 먼저 시스템 무결성부터 한 번 정리해두는 게 좋습니다. (명령어 원문 유지)
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
여기서도 해결이 안 되면 TPM 초기화나 BIOS 업데이트 같은 선택지가 남는데, 그 전에 중요한 데이터 백업은 꼭 챙겨두는 걸 추천합니다.
FAQ
TPM은 켰는데도 “이 PC는 Windows 11을 실행할 수 없습니다”가 계속 떠요. 뭐가 더 있을까요?
가장 많이 남는 게 MBR 디스크 또는 Secure Boot 키 미등록입니다.
UEFI 전용으로 맞춘 뒤 Secure Boot 키를 기본값으로 넣어주면 갑자기 통과되는 경우가 많아요.
윈도우 11 설치 화면에서 디스크가 안 보이거나 “설치할 드라이브를 찾을 수 없습니다”가 떠요
스토리지 드라이버 문제거나 BIOS에서 SATA 모드가 꼬인 케이스가 많습니다.
NVMe 환경에서는 보드/칩셋 드라이버 영향도 있어서, 제조사에서 제공하는 최신 드라이버 쪽을 확인하는 편이 안정적입니다.
부팅할 때 “fTPM NV Error” 또는 “fTPM initializing”로 지연돼요
AMD 플랫폼에서 가끔 나오는 증상으로, BIOS 버전에 따라 완화되는 경우가 있습니다.
BIOS 업데이트 후 fTPM을 한 번 껐다가 다시 켜서 정리되는 경우도 있고, 윈도우 업데이트까지 마치면 잦은 지연이 줄어드는 케이스도 있습니다.
Secure Boot를 켜니까 부팅이 안 됩니다
레거시/MBR 환경에서 UEFI/Secure Boot를 먼저 켠 경우에 흔합니다.
Secure Boot를 잠깐 꺼서 부팅을 복구한 뒤, 디스크를 GPT로 맞춘 다음 다시 켜는 쪽이 안전합니다.
TPM 모듈이 없는 보드면 윈도우 11은 불가능한가요?
하드웨어 모듈이 없어도, 많은 보드가 펌웨어 TPM을 지원합니다(AMD fTPM, Intel PTT 등).
다만 아주 오래된 세대는 선택지가 줄어드는 편이라, BIOS에 해당 항목 자체가 없다면 현실적으로 제한이 생길 수 있습니다.
업데이트 후 블루스크린(0xc000021a, 0xc0000005 등)이 생겨요
보안 설정 변경 뒤 드라이버/인증 쪽이 맞물려서 생기는 경우가 있습니다.
일시적으로 Secure Boot를 꺼서 부팅을 만든 뒤 칩셋/그래픽 드라이버를 정리하고, 안정화되면 다시 Secure Boot를 켜는 식으로 풀리는 케이스가 많습니다.
앞으로 비슷한 오류를 덜 보려면 뭐가 제일 효과 있나요?
BIOS 최신 유지 + UEFI/GPT + fTPM + Secure Boot 고정이 체감상 가장 큽니다.
설정이 자리 잡은 뒤에는 건드릴 일이 거의 없어서, 초반에만 한 번 깔끔히 잡아두면 편해요.
