이 글의 목적은 Windows에서 특정 서비스가 “서비스 또는 그룹에 대한 종속성이 실패했습니다”와 같은 서비스 의존성 오류로 시작되지 않을 때, 원인을 체계적으로 진단하고 레지스트리와 서비스 관리 도구를 활용해 안전하게 복구하는 실무 중심 해결 절차를 제공하는 것이다.
1. 서비스 의존성 오류의 의미 이해하기
Windows 서비스는 단독으로 동작하지 않고, 다른 서비스에 의존하여 순서대로 시작되는 구조를 가진다. 예를 들어 DHCP Client 서비스는 TCP/IP Stack 및 네트워크 관련 핵심 서비스가 먼저 실행되어야 정상 동작한다. 이때 의존하고 있는 선행 서비스가 중지되었거나, 사용 안 함으로 설정되었거나, 손상된 경우 “서비스 의존성 때문에 시작할 수 없다”는 오류가 발생한다.
서비스 의존성 오류는 단순히 해당 서비스 하나만의 문제가 아니라, 그 뒤에 숨은 상위·하위 서비스, 레지스트리 구조, 시스템 파일 손상까지 포함해 확인해야 하는 신호라고 보는 것이 안전하다.
1.1 대표적인 오류 메시지 형태
- “Windows에서 서비스를 시작할 수 없습니다. 서비스 또는 그룹에 대한 종속성이 실패했습니다.”
- “Error 1068: The dependency service or group failed to start.”
- “오류 1075: 이 서비스에 구성된 하나 이상의 서비스 종속성이 존재하지 않습니다.”
이러한 오류 코드는 대부분 서비스 구성(의존성 목록) 또는 의존 대상 서비스 상태가 비정상이라는 의미이다.
주의 : 의존성 오류가 반복될 경우, 단순 재부팅이나 서비스 재시작만으로 해결하려고 시도하면 근본 원인이 방치되어 나중에 네트워크 전체 먹통, 로그인 지연, 도메인 접속 실패 등 더 큰 장애로 번질 수 있다.
2. 기본 점검: 서비스 상태와 시작 유형 확인
가장 먼저 해야 할 일은 문제가 되는 서비스와 그 서비스가 의존하고 있는 다른 서비스들의 상태를 확인하는 것이다.
2.1 서비스 관리 도구에서 상태 확인
- Win + R 키를 눌러 실행 창을 열고
services.msc를 입력 후 Enter 키를 누른다. - 서비스 목록에서 오류가 발생한 서비스를 찾아 더블클릭한다.
- “일반” 탭에서 서비스 상태, 시작 유형을 확인한다.
- “종속성” 탭에서 상위·하위 의존성 서비스를 확인한다.
종속성 탭에서 나열된 서비스들 중 하나라도 “사용 안 함”이거나 “중지됨” 상태인 경우, 해당 서비스를 자동 또는 자동(지연된 시작)으로 바꾸고 수동으로 시작을 시도해야 한다.
2.2 Services.msc에서 자주 확인하는 핵심 서비스
| 서비스 이름 | 표시 이름 (한글) | 권장 시작 유형 | 주요 의존 서비스 |
|---|---|---|---|
| Windows Audio | Windows Audio | 자동 | Windows Audio Endpoint Builder, Remote Procedure Call (RPC) |
| Dhcp | DHCP Client | 자동 | TCP/IP Protocol Driver, NSI Proxy Service |
| LanmanWorkstation | Workstation | 자동 | NSI, MRxSmb, Rdbss |
| LanmanServer | Server | 자동 | Security Accounts Manager, RPC |
| EventLog | Windows Event Log | 자동 | 없음 (기본 핵심 서비스) |
주의 : 서비스 시작 유형을 무분별하게 “사용 안 함”으로 변경하면 예기치 못한 의존성 오류를 유발한다. 특히 네트워크, 보안, 로그 기록 관련 서비스는 기본값을 유지하는 것이 안전하다.
3. 서비스 의존성 목록 확인 및 복원
일부 경우에는 서비스의 의존성 목록 자체가 잘못 구성되어 있거나, 레지스트리에서 관련 항목이 삭제되어 오류가 발생한다. 이때는 서비스의 의존 서비스 목록을 확인하고, 기본값과 비교해 복원해야 한다.
3.1 명령 프롬프트로 의존성 확인
관리자 권한 명령 프롬프트 또는 PowerShell에서 다음 명령으로 서비스 구조를 확인할 수 있다.
sc qc <서비스이름>예를 들어 DHCP Client 서비스의 구성을 확인할 때는 다음과 같이 입력한다.
sc qc Dhcp결과에서 DEPENDENCIES 항목을 확인하여, 해당 서비스가 어떤 다른 서비스에 의존하는지 파악한다.
3.2 대표 서비스 의존성 예시
| 서비스 | 서비스 이름 | 기본 의존성(예시) |
|---|---|---|
| DHCP Client | Dhcp | Afd, Tcpip, NSI |
| Windows Audio | Audiosrv | AudioEndpointBuilder, RpcSs |
| Workstation | LanmanWorkstation | Bowser, MRxSmb20, NSI |
운영체제 버전(Windows 10, Windows 11, Server 등)에 따라 의존성 목록이 약간 다를 수 있으므로, 동일 버전의 정상 시스템과 비교하거나 공식 문서의 기본값을 참고하는 것이 좋다.
3.3 의존성 항목이 비어 있거나 이상할 때
일부 악성 프로그램, 레지스트리 정리 유틸리티, 무리한 튜닝 도구가 서비스 의존성 항목을 삭제하거나 임의 값으로 변경하는 경우가 있다. 이 경우 다음과 같은 증상이 나타난다.
- 종속성 탭이 비어 있거나 “이 서비스가 다른 구성 요소에 의존하지 않는다”로 나온다.
- 기본적으로 의존성이 있어야 하는 서비스인데도
sc qc결과에서 DEPENDENCIES가 비어 있다. - 존재하지 않는 서비스 이름이 의존성에 포함되어 있다.
이때는 레지스트리 편집기를 통해 의존성을 수동으로 복원해야 한다.
4. 레지스트리에서 서비스 의존성 복구하기
서비스 구성은 레지스트리에서 관리된다. 의존성 목록도 레지스트리의 특정 값으로 저장되어 있으므로, 잘못된 경우 직접 수정하여 복원할 수 있다.
4.1 레지스트리 편집 전 시스템 보호 지점 생성
- 검색창에서 “복원 지점 만들기”를 검색하여 실행한다.
- 시스템 드라이브(C:)를 선택하고 “구성”에서 시스템 보호가 켜져 있는지 확인한다.
- “만들기” 버튼을 눌러 현재 시점의 복원 지점을 생성한다.
주의 : 레지스트리 편집은 잘못 수정할 경우 시스템 부팅 불가, 로그인 불가 등 치명적인 문제를 일으킬 수 있다. 반드시 복원 지점 또는 전체 백업을 먼저 만들어 두어야 한다.
4.2 의존성 레지스트리 경로
서비스 구성은 일반적으로 다음 경로 아래에 위치한다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\<서비스이름>여기에서 DependOnService 값이 의존성 목록을 관리한다. REG_MULTI_SZ 형식으로 여러 개의 서비스 이름이 줄바꿈으로 나열되어 있다.
- Win + R →
regedit입력 후 Enter로 레지스트리 편집기를 실행한다. - 상단 주소창에 다음처럼 입력한다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dhcp - 오른쪽 패널에서
DependOnService값을 찾아 더블클릭한다. - 기본값과 비교하여 누락된 항목을 추가하거나 잘못된 항목을 삭제한다.
4.3 기본값을 모를 때의 대처
- 동일한 버전의 정상 Windows PC가 있다면, 해당 PC의 동일 서비스 레지스트리를 내보내기 후 문제 PC로 가져와 병합한다.
- 동일 버전과 에디션(예: Windows 10 Pro 22H2) 기준으로 서비스 의존성 기본값을 검색하여 참고한다.
- 가능하면 공식 문서 또는 신뢰할 수 있는 기술 자료만 참고한다.
5. 핵심 서비스 손상 여부 점검: SFC 및 DISM
의존성 오류는 서비스 구조 자체 문제 외에도 시스템 파일 손상으로 인해 발생할 수 있다. 이때는 Windows 내장 도구인 SFC와 DISM을 사용하여 시스템 파일 무결성을 검사하고 자동 복구를 시도해야 한다.
5.1 SFC(System File Checker) 실행
- 시작 버튼을 마우스 오른쪽 버튼으로 클릭하고 “Windows 터미널(관리자)” 또는 “명령 프롬프트(관리자)”를 선택한다.
- 다음 명령을 입력하고 Enter 키를 누른다.
sfc /scannow검사가 완료되면 손상된 시스템 파일을 자동으로 복구하고, 로그를 남긴다. 이 과정에서 재부팅이 필요할 수 있다.
5.2 DISM으로 컴포넌트 저장소 복구
SFC로도 문제가 해결되지 않거나, 오류 메시지가 계속 발생하는 경우 DISM 도구로 Windows 이미지 자체를 복구해야 한다.
- 관리자 권한 CMD 또는 PowerShell을 연다.
- 아래 명령을 순서대로 실행한다.
DISM /Online /Cleanup-Image /CheckHealth DISM /Online /Cleanup-Image /ScanHealth DISM /Online /Cleanup-Image /RestoreHealth복구가 끝난 뒤 다시 sfc /scannow를 수행하는 것이 좋다.
주의 : DISM /RestoreHealth 명령은 Windows 업데이트 서버 또는 로컬 소스(설치 ISO 등)에 접근해야 한다. 네트워크가 불안정하거나 프록시·보안 솔루션이 통신을 차단하는 경우 복구에 실패할 수 있으므로, 이 부분도 함께 점검해야 한다.
6. 서비스 계정 권한 및 보안 정책 확인
일부 서비스는 특정 계정(예: Local Service, Network Service, Local System) 또는 도메인 계정으로 실행된다. 계정 권한이 부족하거나, 로컬 보안 정책으로 권한이 제한된 경우 서비스 의존성이 충족되더라도 시작에 실패할 수 있다.
6.1 서비스 로그온 계정 확인
services.msc를 실행하고 문제 서비스 속성을 연다.- “로그온” 탭을 선택한다.
- “로컬 시스템 계정” 또는 “다음 계정”에 어떤 계정이 지정되어 있는지 확인한다.
- 도메인 환경이라면 지정된 계정의 비밀번호가 변경되었는지, 계정이 잠김 상태인지 확인한다.
테스트를 위해 일시적으로 “로컬 시스템 계정”으로 변경하여 동작 여부를 확인하는 방법도 있으나, 보안 정책과 애플리케이션 요구사항을 고려하여 최종 설정을 결정해야 한다.
6.2 그룹 정책 및 로컬 보안 정책 영향
- 그룹 정책에서 서비스 관련 권한(서비스 로그온 허용 계정 등)을 제한한 경우, 도메인에서 내려온 정책을 검토해야 한다.
- 로컬 보안 정책(secpol.msc)의 “로컬 정책 → 사용자 권한 할당”에서 “서비스로 로그온” 항목을 점검한다.
7. 네트워크 관련 서비스 의존성 오류 특별 점검
실무에서 자주 문제가 되는 영역은 네트워크 관련 서비스이다. 특히 다음과 같은 상황에서 의존성 오류가 많이 발생한다.
- VPN 클라이언트, 서드파티 방화벽, 보안 제품 설치/삭제 후
- NIC 드라이버 제거 또는 재설치 후
- 레지스트리 최적화 및 불필요 서비스 삭제 유틸리티 사용 후
7.1 TCP/IP 스택 초기화와 Winsock 재설정
네트워크 의존성 오류가 반복되면 TCP/IP 스택과 Winsock 카탈로그를 초기화해야 할 수 있다.
- 관리자 권한 CMD를 실행한다.
- 다음 명령을 순서대로 실행한다.
netsh winsock reset netsh int ip reset명령 실행 후 시스템을 재부팅하고, 문제가 되는 네트워크 관련 서비스(DHCP Client, DNS Client 등)가 정상적으로 시작되는지 확인한다.
7.2 네트워크 어댑터 드라이버 재설치
- 장치 관리자(devmgmt.msc)를 열고 “네트워크 어댑터”를 확장한다.
- 사용 중인 어댑터를 마우스 오른쪽 버튼으로 클릭하여 “장치 제거”를 선택한다.
- 가능하다면 “이 장치의 드라이버 소프트웨어 삭제” 옵션을 체크한다.
- PC를 재부팅하면 Windows가 기본 드라이버를 다시 설치한다.
필요시 제조사 공식 사이트에서 최신 드라이버를 받아 설치하여 호환성 문제를 최소화해야 한다.
8. 특정 애플리케이션 서비스 의존성 오류 처리
백업 솔루션, 데이터베이스 서버, 보안 소프트웨어 등은 자체적으로 여러 개의 서비스와 드라이버를 설치한다. 이 경우 다음과 같은 패턴으로 문제를 진단할 수 있다.
- 애플리케이션 서비스가 의존하는 하위 서비스를 서비스 관리자 또는
sc qc로 확인한다. - 의존 대상 서비스가 삭제되었거나, 드라이버가 제거된 경우 애플리케이션을 “복구 설치(Repair)”한다.
- 복구로 해결되지 않을 때는 완전 제거 후 재설치하되, 남은 서비스·드라이버 항목을 정리한다.
주의 : 임의로 레지스트리에서 애플리케이션 서비스 항목을 삭제해 강제로 오류를 숨기면, 이후 업데이트 또는 재설치 과정에서 더 큰 충돌이 발생할 수 있다. 공식 제공 제거 도구 또는 제조사 가이드를 우선적으로 활용하는 것이 안전하다.
9. 단계별 종합 점검 체크리스트
실무에서 재현 가능한 절차로 정리하면 다음과 같다.
| 단계 | 점검 항목 | 확인 방법 | 비고 |
|---|---|---|---|
| 1단계 | 서비스 상태 확인 | services.msc에서 대상 서비스와 의존 서비스 상태/시작 유형 확인 | 자동/수동/사용 안 함 여부 기록 |
| 2단계 | 의존성 구조 확인 | sc qc <서비스이름>으로 DEPENDENCIES 확인 | 기본값과 비교 |
| 3단계 | 레지스트리 확인 | HKLM\SYSTEM\CurrentControlSet\Services 밑 DependOnService 값 점검 | 편집 전 복원 지점 생성 |
| 4단계 | 시스템 파일 무결성 점검 | SFC, DISM 실행 | 로그에서 수정 여부 확인 |
| 5단계 | 계정/권한 확인 | 서비스 로그온 계정, 그룹 정책·보안 정책 확인 | 도메인 환경 주의 |
| 6단계 | 네트워크 및 드라이버 점검 | netsh 재설정, NIC 드라이버 재설치 | 네트워크 기반 서비스일 때 필수 |
| 7단계 | 애플리케이션별 복구 | 해당 프로그램 복구 설치 또는 재설치 | 제조사 가이드 참고 |
FAQ
Q1. 의존성 오류가 나는 서비스만 “자동”으로 바꾸면 해결되는가?
해당 서비스만 자동으로 바꾸는 것으로는 충분하지 않은 경우가 많다. 그 서비스가 의존하는 상위 서비스들의 시작 유형과 상태도 모두 확인해야 한다. 상위 서비스가 “사용 안 함”이거나 시작 실패 상태라면 의존성 오류가 계속 발생한다.
Q2. 레지스트리를 직접 수정하는 것이 불안한데 다른 방법이 있는가?
동일 버전의 정상 PC에서 서비스 레지스트리 키를 내보내기(export)하여 문제 PC에서 가져오기(import)하는 방식이 상대적으로 안전하다. 또한 시스템 복원 지점을 활용해 문제가 발생하기 이전 상태로 롤백하는 방법도 고려할 수 있다.
Q3. SFC와 DISM을 실행하면 데이터가 삭제되거나 설정이 초기화되는가?
SFC와 DISM은 기본적으로 시스템 파일과 Windows 구성 요소를 검사·복구하는 도구이다. 일반 사용자 데이터(문서, 사진 등)는 삭제하지 않는다. 다만 손상된 시스템 파일이 교체되면서 일부 커스터마이징된 설정이 기본값으로 돌아갈 수는 있다.
Q4. 네트워크 관련 서비스 의존성 오류가 발생하는데 VPN이나 보안 프로그램 제거 후부터 시작된 것 같다.
이 경우, 해당 프로그램이 설치하면서 추가했던 드라이버나 필터가 제대로 제거되지 않았을 가능성이 크다. 제조사에서 제공하는 전용 제거 도구가 있는지 확인하고, netsh 명령으로 Winsock과 TCP/IP 스택을 초기화한 뒤 NIC 드라이버를 재설치하는 절차를 권장한다.
Q5. 모든 방법을 시도했는데도 계속 의존성 오류가 발생한다.
레지스트리 손상 범위가 넓거나, 시스템 이미지가 심각하게 훼손된 경우이다. 이때는 인플레이스 업그레이드(Windows 재설치이지만 앱·데이터 유지) 또는 중요 데이터를 백업한 뒤 클린 설치를 고려해야 한다. 기업 환경에서는 동일 OS 버전의 표준 이미지로 재배포하는 것이 가장 안정적이다.