갑자기 죽음의 블루 스크린이 나타나는 이상한 사례
업데이트 날짜:2026년 3월 6일
들어보세요. 소프트웨어로 인한 하드웨어 불안정성 문제로 거의 30년 동안 경쟁을 벌인 끝에 Windows가 마침내 Linux를 따라잡았다는 사실을 알리게 되어 기쁩니다. 몇 달 전, Windows는 저에게 가장 시적인 작별 선물을 주었습니다. 그 시점까지 흠잡을 데 없이 안정적이고 견고했던 시스템에서 일련의 BSOD 충돌이 발생했습니다. 2025년 7월 업데이트를 적용한 후 데스크톱 시스템이 무작위로 충돌하기 시작했습니다. 신뢰성 요소는 영웅에서 0으로 떨어졌습니다. 내 Linux 시스템을 괴롭히는 문제와 다르지 않습니다. 아 정말 신난다!
컴퓨터 문제에 대한 나의 접근 방식은 항상 자기 중심적입니다. 나는 항상 내가 문제를 일으켰거나 내 시스템에 문제가 있다고 가정합니다. 그리고 매번, 매번, 내가 아니라 내 평온함을 망치고 내 하드웨어를 오작동하게 만든 것은 이 벤더나 저 벤더가 팔고 있는 형편없는 소프트웨어라는 것이 밝혀졌습니다. 이번 사건도 다르지 않을 것 같으니, 사랑스러운 이야기를 들려드리겠습니다. 7월부터 순진한 월간 업데이트로 시작되었습니다. BSOD 세트로 확대되었습니다. 나를 따르라.
주는 것을 상징적으로 표현한 것입니다. Windows 10에서는 색상이 연한 파란색입니다.
유휴 시스템이 으으으으으으
어느 토요일 아침에 일어났더니 데스크탑이 재부팅되는 것을 발견했습니다. 흠. 이벤트 뷰어를 살펴보니 시스템이 예기치 않게 종료되었기 때문에 커널 전원 이벤트 외에는 아무것도 볼 수 없었습니다. 그런 다음 Notepad++에서 텍스트 파일을 열려고 할 때 시스템에 BSOD가 발생했습니다. 드라이버 중 하나가 아닌 기본 커널 스레드에서 예외가 발생했습니다. 좋아요. 기이한. 이제 저는 커널 충돌 분석에 상당히 능숙하다는 점을 알아 두십시오. 이 특정 사건은 특정 범인을 나타내지 않았습니다.
시스템이 복구된 후 시스템 검사 및 DISM 복구를 실행했습니다. 이 단계를 완료한 후에는 시스템을 그대로 두었습니다. 다음 주 정도는 하루에 두 번씩 "무슨 일이 일어났습니다"라는 엉뚱한 대화 상자가 뜹니다. 최선의 의도에도 불구하고 문제의 원인이 무엇인지 알 수 없었습니다.
결국 이벤트 뷰어의 정보 섹션에서 다음을 발견했습니다:
WindowsUpdate클라이언트, 이벤트 44
Windows 업데이트에서 업데이트 다운로드를 시작했습니다.
2025년 7월 x64 기반 시스템용 Windows 10 버전 22H2 누적 업데이트(KB5062554)
분명히 시스템은 7월 업데이트를 다시 다운로드하려고 시도했지만 실패했습니다. 그래서 이번 패치에는 뭔가 심각한 문제가 있었던 것 같습니다. 며칠 후 밤새 시스템이 작동하지 않고 시스템이 다시 충돌했습니다. 다음 날 Windows 업데이트를 실행하려고 했지만 7월 업데이트나 그 이후의 업데이트는 전혀 얻을 수 없었습니다.
이 시점에서 시스템 이미지를 7월 패치 약간 이후로 복원하기로 결정했습니다. 이것은 XP 이후 Windows에서 해왔던 작업입니다. 즉, 실행할 때마다 월간 패치 전후에 전체 이미지를 찍습니다. 따라서 Microsoft에서 버그가 발생하면 롤백할 수 있습니다.
8월 스냅샷을 복원했는데 복원 후 시스템이 부팅되는 동안 데스크톱이 로드되기도 전에 또 다른 BSOD가 발생했습니다. 데스크탑 내부에서는 Windows 10에서 사용할 수 있는 마지막 세트인 10월 세트로 시스템을 패치했습니다(Windows ESU 게임을 플레이하고 싶지 않은 경우). 이로 인해 "무슨 일이 발생했습니다" 오류가 해결되었습니다.
약 11일 후, 파일 관리자를 사용하는 동안 시스템이 BSOD되었습니다. 주소(오프셋)가 거의 동일한 또 다른 커널 기능 오류입니다. 이때 7월 이전에 완전히 롤백하기로 결정했습니다. 효과적으로 7월 이전 시스템 이미지를 사용했습니다.
도움이 되었나요? 곧 말씀드리겠습니다. 전체 사건 순서를 간략하게 설명하겠습니다...
빨리 시간표
자, 여러분, 일어난 일은 다음과 같습니다:
- 완벽하게 안정적인 데스크톱은 8월 초에 7월 패치를 받습니다. 저는 Windows만 업데이트했고 드라이버는 전혀 건드리지 않았다는 점을 지적하고 싶습니다. 드라이버를 자동으로 업데이트하지 않도록 시스템을 설정했습니다.
- 몇 주 후에 이벤트 뷰어에서 dwm.exe 오류를 발견했습니다. 이 문제와 관련이 있을 수 있으므로 이 문제를 언급하겠습니다.
- 이로부터 며칠 후 밤새 충돌이 발생했고 BSOD는 발생하지 않았습니다.
- 다음 날 수집된 미니덤프 파일과 함께 첫 번째 충돌이 발생했습니다.
- 약 2주 후에 밤새 또 다른 유휴 시스템이 충돌하고 BSOD가 생성되지 않았습니다.
- 7월 업데이트 직후로 시스템 복원, 부팅 시 BSOD.
- 2025년 10월 수준으로 업데이트
- 며칠 후 이벤트 뷰어에 Nvidia 드라이버 오류가 발생했습니다(시스템이 아무 작업도 하지 않은 동안):
오류가 있는 애플리케이션 이름:NVDisplay.Container.exe, 버전:1.39.3323.1171
오류가 있는 모듈 이름:ntdll.dll, 버전:10.0.19041.6456
예외 코드:0xc0000005
- 4일 후 최종 녹화된 BSOD가 있습니다.
- 7월 업데이트 이전으로 시스템을 복원합니다.
그리고 ... 시스템은 그 이후로 3개월 동안 상당히 견고해졌습니다.
아, Nvidia, 하드웨어, 드라이버, 어쩌구 저쩌구
아뇨. 네, 저도 똑같은 생각을 했어요. 그런데 아직 드라이버를 업데이트하지 않았습니다. 그렇다면 왜 운전자를 비난해야 할까요? 또한 데스크탑이 로드되기도 전에 부팅 시 시스템 충돌이 발생하는 것을 어떻게 설명할 수 있을까요? 그러면 방정식에서 Nvidia가 제거될 것입니다. 그렇지 않나요?
하드웨어? 음, Windows 하드웨어 이벤트 로그가 비어 있습니다. 신뢰성 보고서가 비어 있습니다. 그리고 부하가 걸린 상태에서는 모든 것이 훌륭하게 작동합니다. 저는 7월 이후 업데이트를 통해 수많은 게임을 플레이하고 16스레드 7z 작업을 실행하며 3D 디자인 등 모든 작업을 수행하면서 시스템을 테스트했습니다. 전혀 문제가 되지 않습니다.
시스템이 유휴 상태일 때만 문제가 발생했습니다...
유휴 시스템, 유레카!
인정해야 하는데, 이 시점에서 나는 약간 화가 났습니다. 기업 공간에서 커널 충돌에 대해 수많은 작업을 수행하면서 유휴 커널 패닉이 발생하는 시스템을 너무 자주 경험했습니다. 그렇습니다. 예외 코드가 다른 경우가 많으며 일반적으로 CPU나 메모리 결함으로 인해 발생합니다.
문제 해결에 대한 자기 중심적인 접근 방식으로 돌아가서 하드웨어 문제가 있을 수 있다고 가정했습니다. 하지만 이 문제는 부하가 없을 때, 즉 프로세서가 저전력 상태일 때만 나타났기 때문에 여전히 저에게는 그다지 이해가 되지 않았습니다.
그런 다음 온라인에 접속하여 "AMD Ryzen BSOD 유휴"를 검색했습니다. 이런, 이런. 나는 나와 똑같은 문제를 논의하는 게시물과 스레드로 넘쳐났습니다. 똑같습니다. 수년 동안 훌륭하게 작동했던 시스템을 사용하던 사람들이 갑자기 이러한 빈번한 충돌을 겪었습니다. 그리고 그 모든 것은 7월 업데이트와 일치합니다. 이 게시물에서는 CPU 전압을 약간 변경하는 잠재적인 해결 방법도 강조했습니다.
그러다가 문득 떠올랐습니다. 7월 업데이트에는 모든 종류의 부채널 공격 완화가 포함되었으며 이는 아마도 전원 계획을 엉망으로 만드는 것을 의미했을 것입니다. 그리고 전원 계획이 약간만 벗어나면 잠재적으로 시스템 충돌이 발생할 수 있습니다. 실제로 이를 확인하는 가장 빠르고 저렴한 방법은 7월 패치 이전의 시스템 상태로 롤백하는 것입니다. 다행히 이미지가 준비되어 있었습니다.
그래서 시스템을 다시 롤백했습니다.
관찰
지난 3~4개월 동안 많은 데이터 수집을 수행한 결과 7월 패치 이전과 이후의 Windows 10의 차이점은 다음과 같습니다.
- 그 후 DWM 및 Nvidia 드라이버를 포함하여 더 많은 응용 프로그램 및 게임 충돌이 발생했습니다. 이전에는 없었습니다.
- 그 후 내 Nvidia 카드는 유휴 상태에서 10도 더 뜨겁게 작동했습니다. 예. 46~47 정도에 유휴 상태였지만 이전에는 36~37 정도에 유휴 상태였습니다. 그리고 예전 이미지를 복원한 이후로 다시 정상온도로 돌아왔습니다.
- 7월 이전 상태로 인해 시스템이 더 빠르고 반응성이 향상되었습니다.
- 가장 중요한 점은 7월 이전 상태에서는 BSOD가 없다는 점입니다.
왜 갑자기 이런 문제가 발생하나요?
냉소적인 분들은 이렇게 말할 수도 있습니다. 아하, 이런 일은 Windows 10이 EOL되기 직전에 발생합니다! 실제로 Windows 11로 "업그레이드"하는 것이 해결책이 될 수도 있습니다. 아니요. 이것은 음모가 아닙니다. 훨씬 더 의미가 있는 것은 단순하고 순수한 무능력입니다. 결국, 몇 년 동안 Windows 데스크톱의 품질은 꾸준히 저하되어 왔습니다. 전설적인 월별 업데이트가 농담이 되었습니다. Microsoft는 리소스를 Windows 11과 AI 등 말도 안되는 작업으로 전환하고 있으므로 은퇴를 앞두고 있는 오래된 시스템을 단순히 무시했을 가능성이 높습니다.
확실히 말하자면 저는 이 시스템을 Windows 11로 업그레이드하거나 Windows 11을 사용하지 않을 것입니다. IQ가 낮은 게임을 하고 싶지 않기 때문입니다. "시스템 및 드라이버 업데이트"는 형편없는 코딩에 대한 치료법이 아닙니다. 그리고 나는 그런 생각을 지지하지 않을 것이다. 항상. 거기.
악의가 보이지 않습니다. 과실이 보입니다. 그리고 오히려 BSOD 덕분에 지금이나 앞으로도 심각한 작업에 Windows를 사용하지 않겠다는 결심이 더욱 굳어졌습니다. 최근까지 나는 Windows가 안정적이고 강력하고 Linux가 모두 버릇없다는 "변명"을 가지고 있었습니다. 그러나 이제 이 두 시스템이 모두 정상화되었으므로 "충돌"이 사라졌습니다. 이제 Linux가 실행 가능해졌습니다. 하지만 더 중요한 것은 제가 Macbook Pro를 구입하는 현명한 선택을 했다는 점입니다. 이러한 소프트웨어 걱정은 이제 거의 오락거리가 되었습니다.
결론
때로는 무례하게 깨어나는 것도 좋습니다. 당신이 스스로 준비되지 않았을 때, 다른 누군가가 와서 당신에게 필요한 넛지를 줍니다. 당신을 올바른 방향으로 이끄는 데 필요한 에너지의 양입니다. Windows 사용을 중단하도록 도와준 Microsoft에게 감사를 표하고 싶습니다. 나는 이미 이것을 결정했지만 BSOD 시리즈는 나를 조롱하게 만들었습니다. 사랑스러운 시스템을 그토록 엉망으로 만드는 것은 마치 훌륭하게 그린 예술 작품 위에 페인트를 쏟는 것과 같습니다.
Microsoft가 7월에 무엇을 하든 그것은 내 데스크탑을 너무나 지치게 만들었습니다. 7월 이전 상태로 돌아가면 모든 것이 해결됩니다. 속도, 온도, 애플리케이션 및 게임 안정성, 그리고 가장 중요한 것은 시스템 안정성입니다. 나는 이 문제가 100% 소프트웨어 쓰레기라고 확신합니다. 아마도 새로운 완화 조치, 말도 안되는 보안 부팅 또는 이와 유사한 기능, 전원 관리 조정 등의 조합으로 인해 평화가 깨졌을 것입니다. 이제 나는 나로서 잠재적인 하드웨어 문제를 기꺼이 받아들일 의향이 있습니다. 예, 위의 모든 사항이 기발한 마더보드, CPU, 메모리 등의 결과일 가능성이 아주 작습니다. 그래서 나도 그 의심을 글로 내려놓아야겠다. 새로운 연구 결과가 나오면 반드시 이에 대해 글을 쓰겠습니다. 그러나 지금으로서는 제가 찾아낸 모든 것을 바탕으로 볼 때 이것이 소프트웨어 문제인 것 같다는 전반적인 논리적 결론이 내려졌습니다.
하지만 괜찮아요. 그것은 중요하지 않습니다. 이것이 나의 Windows 유산이 되도록 해주세요. 내가 잘 기억할 고통스러운 교훈. 제가 경멸하는 것이 하나 있다면 그것은 아마추어주의입니다. 이제 Windows는 금메달을 획득했습니다. 이제 나는 리눅스 하드웨어의 넌센스에 좀 더 가볍게 대처할 수 있고, 내 맥북의 영광을 누릴 수 있다. 이 씁쓸한 말로 작별 인사를 드립니다.
건배.