윈도우 업데이트 중 0x80070005 오류가 뜨면 당황하기 쉽습니다. 제가 직접 겪으며 찾은 원인과 순서대로 따라 하면 되는 해결 방법을 정리했습니다.
업데이트하다 갑자기 멈췄어요
한참 잘 돌아가던 윈도우 업데이트가 어느 순간 멈추더니 0x80070005 오류 코드만 덩그러니 뜨는 경험, 해보신 분들 꽤 많을 겁니다. 저도 노트북을 포맷한 지 얼마 안 됐을 때 이 오류를 처음 봤는데, 처음엔 바이러스에 걸린 줄 알고 백신부터 돌렸거든요. 결론부터 말씀드리면 이 오류는 대부분 권한 문제와 관련이 있습니다. 바이러스나 하드웨어 고장이 아니라, 업데이트에 필요한 폴더나 레지스트리에 접근할 권한이 막혀 있을 때 주로 발생합니다.
이 오류 코드의 정체
0x80070005는 윈도우 시스템에서 “액세스가 거부되었습니다”라는 뜻의 에러 코드입니다. 업데이트뿐 아니라 파일 복사, 프로그램 설치 과정에서도 똑같은 코드가 뜨는 걸 본 적 있으실 텐데, 공통점은 전부 권한 부족이라는 점입니다. 업데이트 상황에서는 보통 다음 3가지 중 하나가 원인인 경우가 많더라고요.
- 업데이트 관련 폴더(SoftwareDistribution, catroot2)의 소유권이 꼬인 경우
- 백신이나 보안 프로그램이 업데이트 파일을 차단한 경우
- 사용자 계정 자체에 관리자 권한이 제대로 적용되지 않은 경우
저는 이 중 첫 번째 경우가 가장 흔하다고 느꼈습니다. 특히 업데이트를 도중에 강제 종료했거나, 비정상 종료가 잦았던 PC에서 이 폴더가 손상되는 일이 많았거든요.
원인별로 확인하는 순서
무작정 해결 방법을 다 시도하기보다, 순서대로 하나씩 체크해 보는 게 시간을 아끼는 길입니다. 제가 겪어보니 아래 순서로 확인하면 대부분 중간에서 원인이 걸리더라고요.
| 확인 순서 | 점검 내용 | 해당 시 조치 |
|---|---|---|
| 1단계 | 백신·보안 프로그램 실시간 감시 여부 | 일시 중지 후 업데이트 재시도 |
| 2단계 | SoftwareDistribution 폴더 상태 | 폴더 이름 변경 후 재생성 유도 |
| 3단계 | 관리자 계정 권한 여부 | 관리자 계정으로 로그인 후 재시도 |
| 4단계 | 시스템 파일 손상 여부 | SFC, DISM 명령어 실행 |
저는 보통 2단계에서 해결되는 경우를 가장 많이 봤습니다. 그래서 바쁠 땐 1단계를 건너뛰고 2단계부터 시도하기도 하는데, 이 글에서는 순서대로 설명드리겠습니다.
폴더 이름부터 바꿔보세요
제가 실제로 가장 효과를 본 방법은 SoftwareDistribution 폴더를 초기화하는 것이었습니다. 이 폴더는 윈도우 업데이트 파일이 임시로 저장되는 공간인데, 여기가 꼬이면 업데이트 자체가 진행되지 않습니다. 방법은 이렇습니다.
- 검색창에 services.msc를 입력해 서비스 창을 엽니다.
- Windows Update 서비스를 찾아 중지를 누릅니다.
- 탐색기에서 C:\Windows\SoftwareDistribution 폴더로 이동합니다.
- 폴더 이름을 SoftwareDistribution.old 등으로 변경합니다.
- 다시 services.msc로 돌아가 Windows Update 서비스를 시작합니다.
이렇게 하면 윈도우가 새 폴더를 자동으로 만들면서 꼬였던 데이터가 초기화됩니다. 제 경우엔 이 방법만으로 오류가 사라진 적이 두 번 있었습니다. 다만 폴더 이름을 바꾸기 전에 서비스를 꼭 멈춰야 합니다. 안 그러면 파일이 사용 중이라며 이름 변경이 안 될 수 있거든요.
권한 설정도 같이 보세요
폴더를 초기화해도 해결이 안 됐다면 권한 쪽을 의심해 봐야 합니다. 저는 한 번 이 방법까지 썼던 적이 있는데, 알고 보니 이전에 계정을 여러 번 바꾸면서 폴더 소유권이 다른 계정으로 넘어가 있었더라고요. 해결 방법은 다음과 같습니다.
- SoftwareDistribution 폴더에서 마우스 우클릭 → 속성 → 보안 탭으로 들어갑니다.
- 편집을 눌러 현재 로그인한 계정에 모든 권한이 체크돼 있는지 확인합니다.
- 체크가 안 돼 있다면 추가한 뒤 모든 권한에 허용 표시를 합니다.
이 작업은 레지스트리를 건드리는 건 아니라서 초보자도 큰 부담 없이 따라 할 수 있습니다. 다만 폴더가 아니라 레지스트리 권한 문제인 경우도 있는데, 이건 설정을 잘못 건드리면 시스템에 영향을 줄 수 있어서 자신이 없다면 여기서부터는 전문가나 공식 지원센터 도움을 받는 걸 권합니다.
명령어 2개로 복구하기
폴더와 권한 문제가 아니라면 시스템 파일 자체가 손상됐을 가능성도 있습니다. 이럴 땐 윈도우에 내장된 복구 명령어를 쓰는 게 가장 깔끔합니다. 저도 처음엔 이런 명령어가 있는 줄도 몰랐는데, 알고 나니 웬만한 오류는 이 두 줄로 절반은 해결되더라고요.
- 명령 프롬프트를 관리자 권한으로 실행합니다.
- sfc /scannow를 입력해 시스템 파일 검사를 진행합니다.
- 검사가 끝나면 DISM /Online /Cleanup-Image /RestoreHealth를 입력합니다.
두 명령 모두 시간이 꽤 걸리는 편이라, 급한 일이 있을 때 돌리면 답답할 수 있습니다. 저는 보통 자기 전에 걸어놓고 다음 날 아침에 확인하는 편입니다.
상황마다 원인이 다르더라고요
같은 오류 코드라도 PC 상태에 따라 원인이 조금씩 다르다는 걸 여러 번 겪으면서 알게 됐습니다. 최근에 포맷했거나 윈도우를 새로 설치한 PC라면 권한 문제일 확률이 높고, 오래 써온 PC에서 갑자기 발생했다면 폴더 손상 쪽을 먼저 의심하는 게 순서상 맞더라고요. 또 회사나 공용 PC처럼 계정 정책이 걸려 있는 환경이라면 개인이 임의로 권한을 바꾸기 어려운 경우도 있어서, 이럴 땐 전산 담당자와 먼저 상의하는 게 맞습니다.
이것만은 놓치지 마세요
몇 번 겪으면서 느낀 건, 원인을 제대로 확인하지 않고 레지스트리부터 손대는 경우가 의외로 많다는 점입니다. 레지스트리 편집은 잘못 건드리면 시스템 부팅 자체가 안 되는 상황으로 이어질 수 있어서, 폴더 초기화와 권한 확인, 명령어 복구까지 다 해본 뒤에도 안 되면 그때 공식 지원 문서나 전문가 도움을 받는 순서로 접근하시길 권합니다. 또 하나, 작업 전에는 중요한 파일을 미리 백업해 두는 게 안전합니다. 폴더 이름 변경이나 권한 수정 작업 자체는 위험하지 않지만, 혹시 모를 상황에 대비하는 습관이 결국 시간을 아껴주더라고요.
지금은 이렇게 대처합니다
이 오류를 몇 번 겪고 나니 이제는 당황하지 않습니다. 업데이트가 멈추면 바로 SoftwareDistribution 폴더부터 확인하고, 안 되면 권한을 보고, 그래도 안 되면 명령어 복구로 넘어가는 순서가 머릿속에 자리 잡았거든요. 처음엔 막막했던 오류 코드 하나가, 원인을 알고 나니 생각보다 단순한 문제였다는 걸 깨닫게 됩니다. 비슷한 상황이라면 순서대로 하나씩 짚어보시길 바랍니다.