Microsoft Visual C++ 런타임 라이브러리 오류 원인 분석부터 재설치 DISM SFC

Microsoft Visual C++ Runtime Library(Visual C++ 재배포 패키지)는 윈도우에서 돌아가는 수많은 프로그램이 공통으로 쓰는 런타임 구성요소입니다. AutoCAD, 3ds Max, Maya 같은 CAD/그래픽 툴부터 게임, 업무 프로그램, 플러그인까지 “실행 파일이 기대고 있는 필수 부품”이라서, 설치가 누락되거나 손상되거나 버전이 맞지 않으면 충돌·강제 종료·실행 불가가 한꺼번에 터집니다.

먼저 런타임 오류는 겉으로는 비슷해 보여도 원인 축이 몇 가지로 갈리기 때문에, 증상별로 확인 포인트를 정해두면 해결 속도가 확 올라갑니다.

Microsoft visual C++ Runtime library 오류에서 자주 보이는 증상

오류 유형	대표 메시지 예시	의미
Runtime 강제 종료	Runtime Error! … terminate it in an unusual way	모듈 충돌/손상/후킹 프로그램 영향 가능
Assertion failed	Assertion failed!	플러그인/드라이버/런타임 조건 불일치
R6034	attempt to load the C runtime library incorrectly	잘못된 경로의 CRT 로드, 중복/후킹 흔함
DLL 누락	MSVCP140.dll / VCRUNTIME140.dll 없음	대부분 v14(2015~2022) 설치/복구로 해결
UCRT 누락	api-ms-win-crt-runtime-l1-1-0.dll 없음	Windows 구성요소/업데이트·DISM/SFC 영향 큼
0xc000007b	응용 프로그램을 제대로 시작하지 못했습니다	x86/x64 혼용, 손상 DLL, 잘못된 종속성
Side-by-Side	구성이 올바르지 않습니다	필요 버전의 VC++ 미설치/매니페스트 충돌
0x80070666	다른 버전이 이미 설치되어 있습니다	동일 계열(v14) 더 최신이 있어서 설치 차단

전문가들이 쓰는 진단 원칙

Visual C++ 오류를 빠르게 정리하는 핵심은 “원인 후보를 좁히는 순서”입니다.

먼저 위험해 보이는 레지스트리 임의 삭제나 bcdedit 튜닝 같은 하드웨어/부트 설정 트릭은 일반 해결책으로 다루지 않습니다. 대신 현장에서 재현과 복구 성공률이 높은 흐름으로 갑니다.

가장 안정적인 기본 골격은 “최신 v14 설치/복구 → 기존 패키지 Repair → 필요 시 제거 후 재설치 → 윈도우 구성요소 복구(DISM/SFC)”입니다.

상황 1: MSVCP140.dll / VCRUNTIME140.dll 이(가) 없습니다

이 메시지는 거의 항상 Visual Studio 2015~2022 계열(v14) 재배포 패키지 누락/손상입니다.

CAD/렌더러/플러그인 쪽에서 특히 흔한데, 예를 들어 AutoCAD가 업데이트 후 갑자기 실행이 안 되거나, 3ds Max 플러그인을 추가 설치한 뒤 런타임 DLL 누락이 뜨는 케이스가 많습니다.

64비트 윈도우라도 32비트 도구나 플러그인이 섞여 있으면 x86 런타임을 별도로 요구하므로, 보통 x64+x86을 같이 설치하는 방식이 안전합니다.

해결 예시 흐름

예시로 “VCRUNTIME140.dll 을(를) 찾을 수 없습니다”가 뜨는 상황이라면, 가장 먼저 v14 최신 재배포 패키지를 설치합니다.

설치 후에도 동일하면 앱 및 기능에서 Microsoft Visual C++ 2015-2022 Redistributable 항목을 찾아 ‘수정/변경’이 가능한지 확인하고 Repair를 한 번 돌립니다. 그래도 해결이 안 되면 v14(x64+x86)를 제거한 뒤 재부팅하고 다시 설치합니다.

아키텍처	공식 다운로드	메모
ARM64	https://aka.ms/vc14/vc_redist.arm64.exe	ARM 기반 윈도우 장치
x86	https://aka.ms/vc14/vc_redist.x86.exe	64비트 PC여도 설치 권장
x64	https://aka.ms/vc14/vc_redist.x64.exe	일반적인 64비트 윈도우

상황 2: 설치 오류 0x80070666 “다른 버전이 이미 설치되어 있습니다”

이건 사용자 입장에서는 “설치가 안 되네?”로 보이지만, 실제로는 이미 같은 계열의 더 최신 v14가 깔려 있어서 설치 프로그램이 막는 경우가 많습니다.

특히 프로그램 설치가 오래된 번들(vcredist)로 묶여 들어오는 경우, 시스템에는 더 최신이 있는데 설치 패키지가 구버전을 덮어쓰려다 실패하면서 0x80070666이 뜹니다. 이때 무작정 삭제부터 하면 다른 프로그램들이 영향을 받을 수 있으니, 먼저 Repair부터 가는 게 안전합니다.

예시로 “어떤 게임 설치 중 0x80070666이 발생”했다면, 기존에 설치된 Microsoft Visual C++ 2015-2022 Redistributable(x64/x86)를 앱 및 기능에서 찾아 수정/복구를 먼저 수행하고 재부팅합니다.

그리고 게임 설치를 다시 진행합니다. 설치 프로그램이 구버전을 강제로 요구하는 특이 케이스가 아니라면 이 단계에서 대부분 정리됩니다.

상황 3: 0xc000007b 응용 프로그램을 제대로 시작하지 못했습니다

0xc000007b는 “대부분 아키텍처 혼용(x86/x64)”에서 나옵니다. 64비트 앱이 32비트 DLL을 잘못 물고 있거나, 반대로 32비트 앱이 64비트 DLL을 로드하려고 할 때도 발생합니다. CAD 쪽에서는 플러그인/렌더러/코덱팩/캡처 오버레이가 끼어들면서 종속성 체인이 꼬이는 경우가 많고, Adobe 계열이나 게임 런처에서도 자주 보입니다.

현업에서 쓰는 안전한 분리 방법

0xc000007b가 뜨면 먼저 v14(x86+x64)를 설치/복구하고, 해당 프로그램이 구버전을 요구하는지 여부를 확인합니다. 예를 들어 오래된 플러그인이 2013 런타임을 요구한다면 2013(x86/x64)을 추가로 설치합니다.

그다음 “최근 설치한 플러그인/코덱/오버레이”를 잠시 비활성화하고 재현 여부를 봅니다. 이 과정이 중요한 이유는, 런타임이 정상이어도 외부 모듈이 DLL 로딩 순서를 바꿔서 0xc000007b를 만들 수 있기 때문입니다.

상황 4: R6034 / R6025 / Assertion failed 같은 런타임 충돌

이 계열은 단순히 “설치가 없어서”보다, 이미 설치된 런타임이 있는데도 충돌하는 경우가 많습니다.

예를 들어 R6034는 C 런타임을 잘못 로드했다는 의미인데, 실제 현장에서는 보안 프로그램, 오버레이, 브라우저 확장, 파일 동기화 도구가 후킹 형태로 끼어들며 충돌을 만드는 경우가 꽤 있습니다. CAD/렌더러처럼 GPU·드라이버·플러그인이 복잡한 프로그램일수록 이런 형태가 흔합니다.

예시로 “AutoCAD 실행 시 Runtime Error로 즉시 종료”라면, 먼저 백그라운드 상주 프로그램을 줄여 재현성을 확인합니다.

드롭박스, 캡처/오버레이, 보안 프로그램의 실시간 감시, 브라우저 상주 도구를 끄고 실행해보면 원인 분리가 빨라집니다. 그다음 v14 Repair를 한 번 돌리고, 문제가 지속되면 v14 제거→재설치로 정리합니다.

상황 5: api-ms-win-crt-runtime-l1-1-0.dll 없음(UCRT 누락)

이건 VC++만의 문제가 아니라 Windows 구성요소(UCRT, Universal CRT)와 업데이트 상태가 같이 영향을 주는 경우가 많습니다.

VC++를 재설치해도 반복되면, 윈도우 시스템 파일 손상 또는 구성요소 저장소 손상 가능성을 보고 DISM/SFC를 먼저 돌리는 것이 정석에 가깝습니다. 특히 업데이트가 중간에 꼬였거나, 시스템 최적화 도구로 구성요소가 깨진 PC에서 잘 나옵니다.

윈도우 구성요소 복구(DISM / SFC)

관리자 권한 PowerShell 또는 명령 프롬프트에서 아래를 실행하고 재부팅한 뒤 다시 확인합니다.

설치 실패가 반복되거나 런타임 오류가 매번 형태만 바뀌며 튀어나오는 경우에도 이 조합이 유효합니다.

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

이 조합은 “설치가 자꾸 실패한다 / 설치는 되는데 실행 시 런타임 오류가 반복된다” 같은 애매한 상황에서 체감 성공률이 높습니다.

구버전 런타임이 필요한 경우(2013/2012/2010) 체크 포인트

특정 구버전 설계 도구, 플러그인, 게임, 유틸은 2013/2012/2010 런타임을 별도로 요구합니다.

이 패키지들은 v14와 충돌하지 않고 “나란히 설치”되는 구조라서, 필요한 것만 추가로 깔아주면 됩니다.

문제는 사용자들이 “최신만 설치하면 되겠지”로 접근했다가 계속 오류가 나는 경우인데, 메시지나 설치 가이드에서 요구 버전이 명시되어 있으면 그걸 맞춰주는 게 제일 빠릅니다.

버전	x86	x64
Visual C++ 2013	vcredist_x86.exe	vcredist_x64.exe
Visual C++ 2012 Update 4	다운로드	다운로드
Visual C++ 2010 SP1	다운로드	다운로드

헷갈리기 쉬운 포인트

상황	정리
64비트 윈도우인데 x86도 설치해야 하나요?	대부분 Yes. 32비트 프로그램/플러그인이 많아서 x86 런타임이 따로 필요합니다.
런타임 설치만 해도 해결되나요?	DLL 누락은 대부분 해결되지만, R6034/Assertion 계열은 후킹/플러그인/드라이버 충돌이 같이 섞일 수 있습니다.
0x80070666이 떠서 설치가 안 됩니다	이미 더 최신이 있어 설치가 막히는 경우가 많아서 Repair가 우선입니다.
레지스트리 삭제가 필요하나요?	대부분 필요 없습니다. 되돌리기 어렵고 부작용 가능성이 커서 일반 가이드로는 권장하지 않습니다.
bcdedit increaseUserVA 같은 설정	구형 32비트 환경에서나 의미가 있고, 요즘 Windows 10/11 64비트에서는 효과 대비 리스크가 커서 비추천입니다.

요약

Microsoft Visual C++ Runtime Library 오류는 “충돌”처럼 보이지만, 실제로는 런타임 누락/손상/버전 불일치 또는 외부 모듈 후킹이 뿌리인 경우가 많습니다. MSVCP140/VCRUNTIME140 계열 누락이면 v14(x64+x86) 설치/복구가 정답에 가깝고, 특정 구버전 프로그램이면 2013/2012/2010을 추가로 맞춰주면 됩니다. 설치가 반복 실패하거나 UCRT 누락이 같이 보이면 DISM/SFC로 윈도우 구성요소부터 복구하는 방법이 가장 안전합니다.