Windows 11의 패치 화요일 악몽이 심화됨 — 일부 PC 부팅 불가 문제 확인
(windowscentral.com)- 1월 13일 배포된 Windows 11 보안 업데이트 이후 일부 PC가 부팅되지 않는 문제가 발생
- Microsoft는 “UNMOUNTABLE_BOOT_VOLUME” 오류 코드와 함께 검은 화면이 표시되는 현상을 공식 확인
- 문제는 Windows 11 24H2 및 25H2 버전의 실제 기기 사용자에게 영향을 미칠 가능성이 있음
- 현재까지 두 차례의 긴급(out-of-band) 업데이트가 배포되었으나, 부팅 불가 문제는 아직 해결되지 않음
- 이번 사태는 최근 잇따른 Patch Tuesday 품질 문제를 보여주며, Microsoft의 개발 및 검증 체계 재점검 필요성을 드러냄
Microsoft의 공식 경고 및 현황
- Microsoft는 1월 13일 배포된 2026년 1월 보안 업데이트 이후 일부 PC가 부팅되지 않는다는 보고를 확인
- 해당 기기에서는 “UNMOUNTABLE_BOOT_VOLUME” 오류 코드와 함께 검은 화면 및 재시작 메시지가 표시됨
- 이 상태에서는 정상 부팅이 불가능하며, 수동 복구 절차가 필요함
- 문제는 Windows 11 버전 24H2 및 25H2를 실행 중인 물리적 장치에서 발생 가능성이 있음
- Microsoft는 원인 분석 및 잠재적 수정·우회 방법을 검토 중임
- 임시 조치로는 Windows 복구 환경(WinRE) 진입 후 최신 보안 패치 제거가 필요함
기존 문제와 누적된 오류
- 이번 부팅 불가 문제는 1월 Patch Tuesday 업데이트 이후 발생한 여러 오류 중 하나임
- 이전에는 23H2 버전에서 종료·절전 불가, 24H2·25H2 버전에서 원격 데스크톱 로그인 불가 문제가 보고됨
- 이후 Outlook, Dropbox, OneDrive 등 클라우드 기반 앱이 작동하지 않는 오류가 추가로 발생
- Microsoft는 앞선 문제 해결을 위해 두 차례의 긴급 업데이트를 배포했으나,
이번 부팅 불가 문제는 아직 별도 수정 패치가 제공되지 않음
문제의 범위와 불확실성
- Microsoft는 “제한된 수의 보고”만 접수되었다고 밝혔으며,
전체 사용자 중 얼마나 많은 비율이 영향을 받는지는 명확하지 않음 - 원인이나 예방 가능성에 대한 구체적 설명은 아직 제공되지 않음
향후 조치 가능성
- 일부 PC가 부팅조차 되지 않는 심각한 상태에 이르러,
Microsoft가 세 번째 긴급(out-of-band) 업데이트를 배포할 가능성이 있음 - Windows Central은 문제 해결을 위한 별도 복구 가이드를 공개했으며,
정확성을 위해 조사와 작성에 시간이 소요되었다고 설명
품질 관리에 대한 우려
- 이번 사태는 Windows 11 보안 업데이트 품질 저하를 드러내는 사례로 지적됨
- 기사에서는 Microsoft가 Windows 개발 및 테스트 프로세스 전반을 재평가해야 함을 강조
- 현재의 품질 수준이 역대 최저 수준일 수 있다는 평가가 제시됨
Hacker News 의견들
-
몇 년 전 Microsoft가 대규모 공개 소프트웨어 조직 중 처음으로 LLM 기반 코딩을 본격적으로 도입했음
만약 정말로 10배 생산성 향상이 있었다면 지금쯤 Microsoft의 생산성이 폭발적으로 증가했어야 함
그렇지 않다면 LLM이 기대만큼 효과가 없거나, Microsoft가 내부적으로 중요한 프로젝트(예: Windows)에는 거의 사용하지 않는 것 같음
어느 쪽이든 인상적이지 않음- 요즘은 뭐든 LLM 탓으로 돌리는 게 유행이지만, Microsoft의 문제는 훨씬 이전부터 시작된 QA 부서 해체 때문임
2014년부터 비용 절감을 이유로 QA를 없애고 개발자에게 테스트를 맡겼고, 그 여파가 지금까지 이어짐
Microsoft는 엔지니어 중심에서 MBA 중심 문화로 바뀌었고, 단기 주주가치 극대화에만 집중하게 되었음
관련 기사: Ars Technica, Reuters - 어떤 사람들은 “진짜 10배 향상은 최신 모델(Opus 4.5)에서만 가능하다”고 주장함
하지만 몇 달 후엔 또 “그 모델은 아니고 새 모델이 진짜다”라는 말이 반복될 것 같음
이런 식으로 끝없는 사이클이 계속됨 - 숙련된 개발자는 LLM 도구로 분명히 눈에 띄는 효율 향상을 얻을 수 있다고 믿음
하지만 이는 LLM이 개발자의 수준보다 낮은 작업을 처리할 때만 효과적임
반면 저숙련 인력이 LLM을 쓰면 디버깅이 훨씬 어려워지고, 문제의 양도 많아짐
아웃소싱 구조에서는 이런 개선이 조직 전체에 의미가 없어짐 - 사실 LLM 도입 전에도 Microsoft는 그리 훌륭하지 않았음
내부 인센티브가 사용자와 완전히 엇갈린 조직 구조라면, 10배 엔지니어를 넣어도 결과는 같을 것임
MS 내부에서 자사 AI 도구를 써야 하는 개발자들이 안쓰럽게 느껴짐 - LLM 덕분에 뭔가 나아진 건 맞음
Microsoft는 “적은 인원으로 더 많은 일”을 내세우며 대규모 구조조정을 했고, 그 결과 문서화가 거의 없는 상태에서 새 팀이 시스템을 인수하는 상황이 됨
최근 장애도 이런 지식 단절 때문일 가능성이 큼
- 요즘은 뭐든 LLM 탓으로 돌리는 게 유행이지만, Microsoft의 문제는 훨씬 이전부터 시작된 QA 부서 해체 때문임
-
기사 내용과는 별개로, 뒤로 가기 버튼을 가로채서 다른 기사를 띄우는 웹사이트가 정말 싫음
브라우저의 기본 동작을 바꾸게 허용한 게 실수였다고 생각함-
JavaScript를 끄거나 NoScript를 쓰면 됨
불편하다고 생각하지만 실제로는 그렇게 불편하지 않음 - 폼 제출 후 뒤로 가기 시 재전송되는 문제는 항상 짜증남
하지만 리다이렉트 처리만 제대로 하면 해결 가능함
-
JavaScript를 끄거나 NoScript를 쓰면 됨
-
Windows 책임자가 아직도 자리에 있는 게 의문임
최근 업데이트로 Playnite가 깨졌고, OneDrive와의 충돌로 바탕화면 아이콘이 작동하지 않게 됨
Windows는 이제 Office와 OneDrive 구독 유도용 미끼 제품(loss leader) 이 되었는데, 정작 그 서비스들을 깨뜨리는 버그를 내놓는 건 말이 안 됨
지금은 SyncThing으로 동기화를 대체하고 있음- SyncThing 추천함. 클라우드 없이도 완벽히 작동함
OneDrive는 문제만 일으켜서 완전히 제거했음. 아직 Windows 10을 쓰고 있는데 후회 없음 - 예전엔 David Cutler 같은 리더가 있었지만 지금은 책임감이 사라진 듯함
대형 조직일수록 실수를 용인하는 문화가 생기고, 결국 아무도 책임지지 않음 - 나도 작년에 OneDrive에서 파일이 무작위로 삭제되는 문제를 겪음
결국 모든 데이터를 옮기고 하드 드라이브 백업으로 전환했음
예전엔 좋은 제품이었는데 아쉬움 - 완전한 해결책인지는 모르겠지만, 탐색기에서 폴더 속성의 위치(Location) 탭을 통해 OneDrive 폴더를 다른 경로로 옮길 수 있음
이 방법으로 문제를 피할 수도 있음
- SyncThing 추천함. 클라우드 없이도 완벽히 작동함
-
비슷한 사례가 있음. 이전 토론과 내 경험을 보면,
Windows 11이 강제 업데이트 후 BSOD(inaccessible boot device) 를 일으켜 포맷해야 했음
그래서 지금은 Out of Band Update를 매우 경계함
이번 업데이트가 문제를 해결했는지조차 명시되어 있지 않아 불안함 -
그래서 나는 Windows 10에서 업데이트 없이 잘 지내고 있음
작년에 Win11에서 다운그레이드한 후 모든 게 안정적이고 평화로움- Windows 10 LTSC IoT 2021 버전이 최고의 선택임
2031년까지 보안 업데이트만 받고, 쓸데없는 기능 추가는 없음
일반 구매는 어렵지만 massgrave.dev에서 방법을 찾을 수 있음 - 나도 동일함. 게이밍용 PC 사용자 중 상당수가 다시 Win10으로 회귀함
- 그래도 Win10 확장 보안 업데이트(ESU) 는 적용하는 게 좋을 듯함
- Windows 10 LTSC IoT 2021 버전이 최고의 선택임
-
요즘 Windows 개발팀이 그냥 감으로 코딩(vibe-coding) 하는 것 같음
운영체제 수준에서 이런 초보적인 실수가 반복되는 건 QA와 테스트를 없애고 사용자를 실험 대상으로 삼은 결과임
예전엔 하드웨어 테스트 랩이 이런 걸 잡아줬는데 지금은 사라진 듯함 -
이렇게 큰 회사가 주력 제품에서 이렇게까지 실패하는 게 여전히 이해되지 않음
- 이제 Microsoft는 Windows를 단순히 구독 서비스 전달 플랫폼으로만 봄
- OS를 바꾸는 비용이 너무 커서 경쟁이 사실상 없음
그래서 제품 품질이 나빠도 시작 메뉴 광고 같은 걸 마음대로 넣을 수 있음 - 미국 연방정부가 Microsoft의 최대 구독 고객임
정부 전 직원이 Windows와 Office를 쓰기 때문에, 그 데이터 수집이 광고·수사 양쪽에 가치가 있음
흥미로운 건 사용자에게 추가 요금을 부과하지 않는다는 점임 - 남아 있는 Windows 사용자는 대체제가 없다는 걸 Microsoft도 알고 있음
Linux나 Mac으로 옮길 생각이 없음 - Windows는 이제 전체 매출의 10% 수준이고, 서버 40%, Office 22%, 게임 9%임
이런 비중 변화가 Windows의 방치 이유를 설명해줌
-
Microsoft의 AI 코딩 의무화 정책이 여전히 잘 돌아가고 있는 듯한 풍자적 느낌임
-
이런 문제를 보면 Microsoft의 테스트 방식이 궁금해짐
VM으로 가능한 모든 상태를 테스트하겠지만, 실제 물리 머신에서는 조합이 너무 많음
수천 가지 하드웨어와 OS 버전을 고려하면 조합 폭발이 일어남- 나도 그렇게 예상하지만, 아무리 대규모로 테스트해도 모든 경우를 잡을 수는 없음
결국 점진적 배포(0.01%부터 시작) 후 모니터링하는 방식이 유일한 해법임
- 나도 그렇게 예상하지만, 아무리 대규모로 테스트해도 모든 경우를 잡을 수는 없음
-
“POST 이후 Windows 로고가 보이면 전원 버튼을 눌러 종료하고, 이 과정을 반복해 WinRE를 띄운다”는 설명을 보고 든 생각임
예전처럼 그냥 F8 키로 들어가면 안 되는 이유가 궁금함