이 글의 목적은 Windows 11에서 소리가 나지 않는 문제를 오디오 서비스(Audiosrv) 중지 상태 기준으로 체계적으로 진단하고 복구하는 방법을 제공하여 현장에서 즉시 적용 가능하도록 돕는 것이다.
1. 문제 이해: 왜 “소리 안남”과 “오디오 서비스가 실행되지 않음”이 함께 발생하는가
Windows 11의 오디오 파이프라인은 Windows Audio(Audiosrv)와 Windows Audio Endpoint Builder(AudioEndpointBuilder) 서비스를 중심으로 작동한다. 일반적으로 다음 조건이 만족되어야 정상 출력이 가능하다.
- 필수 서비스(Audiosrv, AudioEndpointBuilder)가 실행 중이어야 한다.
- RPC(원격 프로시저 호출) 관련 기반 서비스가 정상 동작해야 한다.
- 오디오 드라이버(Realtek, Conexant, Intel SST, USB Audio Class 등)가 정상 설치되어야 한다.
- 출력 장치 선택, 샘플레이트, 독점 모드, 향상 기능 등이 호환되어야 한다.
오디오 서비스가 중지되면 작업표시줄 스피커 아이콘에 X 또는 문제 표시가 생기고, 장치 목록이 비어있거나 “오디오 서비스가 응답하지 않음” 메시지가 나타나는 현상이 발생한다.
2. 증상별 원인 매핑 표
| 증상 | 가능 원인 | 우선 점검 항목 |
|---|---|---|
| 스피커 아이콘 X, 장치 목록 비어있음 | Audiosrv 또는 AudioEndpointBuilder 중지 | 서비스 상태, 시작 유형 자동/수동 확인 |
| 장치는 보이지만 테스트 사운드 실패 | 독점 모드 충돌, 샘플레이트 불일치 | 소리 설정의 장치 속성, 고급 탭 |
| 특정 앱만 무음 | 앱 볼륨 믹서, 출력 장치 매핑 오류 | 음량믹서, 앱별 출력장치 |
| 부팅 후 가끔만 소리 남 | 지연된 서비스 시작, 드라이버 초기화 실패 | 이벤트 뷰어, 서비스 시작 유형, 전원 관리 |
| 헤드셋/USB DAC만 소리 안남 | 장치 전원관리, 선택된 출력 장치 오류 | 장치 관리자 전원관리, 기본 장치 재설정 |
3. 즉시 복구 1단계: 출력 장치·음량·음소거·앱 볼륨 확인
- 출력 장치 선택 : 작업표시줄 스피커 아이콘 클릭 → 작은 화살표 클릭 → “출력 장치 선택”에서 실제 사용 장치(스피커/헤드셋/모니터)를 선택한다.
- 음량·음소거 : 시스템 음량, 키보드 음소거 키, 모니터(HDMI/DP) 자체 볼륨을 확인한다.
- 앱 볼륨 믹서 : 설정 > 시스템 > 소리 > 고급 > “앱 볼륨 및 장치 기본설정”에서 해당 앱의 출력 장치와 볼륨을 100%로 맞춘다.
주의 : 모니터 내장 스피커로 전환되면 PC 스피커가 자동 비활성화되는 경우가 있다. 외장 스피커를 사용하려면 출력 장치를 명시적으로 다시 선택해야 한다.
4. 즉시 복구 2단계: 오디오 서비스(Audiosrv)와 엔드포인트 빌더 재시작
관리자 권한 PowerShell 또는 명령 프롬프트에서 다음 순서로 점검하고 재시작한다.
# 1) 서비스 상태 조회 sc query Audiosrv sc query AudioEndpointBuilder
2) 시작 유형을 자동으로 설정
sc config Audiosrv start= auto
sc config AudioEndpointBuilder start= auto
3) 서비스 재시작 (순서: EndpointBuilder → Audiosrv)
net stop AudioEndpointBuilder
net stop Audiosrv
net start AudioEndpointBuilder
net start Audiosrv
GUI로 수행하려면 services.msc 실행 → “Windows Audio”와 “Windows Audio Endpoint Builder”의 상태가 “실행 중”, 시작 유형이 “자동”인지 확인한다.
주의 : Audiosrv가 중지되지 않거나 시작에 실패하면 상위 의존성(RPC Endpoint Mapper, DCOM Server Process Launcher, Remote Procedure Call)이 비정상일 수 있다. 이 경우 5장 의존성 및 이벤트 로그 점검을 진행한다.
5. 오디오 서비스 의존성·이벤트 로그 정밀 점검
- 의존성 서비스 : services.msc에서 “Windows Audio” 속성 → “종속성” 탭에서 Remote Procedure Call(RPC), RPC Endpoint Mapper, DCOM Server Process Launcher가 실행 중인지 확인한다.
- 이벤트 뷰어 : eventvwr.msc → Windows 로그 → 시스템/응용 프로그램에서 AudioEndpointBuilder, Audiosrv, DeviceSetupManager, Kernel-PnP 관련 오류/경고를 확인한다.
- 최근 업데이트/드라이버 변경을 메모하고, 문제 발생 시점과 일치하는지 상관분석한다.
6. 드라이버 계층 점검: HDA/USB/블루투스/디스플레이 오디오
오디오 드라이버가 손상되면 서비스만 재시작해도 재발한다. 다음 순서로 드라이버를 재정비한다.
- 장치 관리자 : devmgmt.msc → “사운드, 비디오 및 게임 컨트롤러”, “오디오 입력 및 출력”, “시스템 장치(High Definition Audio 컨트롤러, Intel Smart Sound Technology 등)”를 확인한다.
- 문제 장치 제거 후 재검색 : 문제 장치 우클릭 → “장치 제거” 선택 시 “이 장치의 드라이버 소프트웨어 삭제” 체크 후 제거 → “하드웨어 변경 사항 검색”.
- 공급사 드라이버 재설치 : 메인보드/노트북 제조사 지원 페이지의 Windows 11용 오디오 드라이버(Realtek/Conexant/ESS/Intel SST/AMD/Intel/ NVIDIA HD Audio)를 우선 적용한다.
- USB/블루투스 오디오 : 해당 장치의 펌웨어, 블루투스 스택, 전원관리 옵션(전원 절약 해제)을 점검한다.
- 디스플레이 오디오(HDMI/DP) : GPU 드라이버 업데이트 후 “사운드 설정 > 모든 사운드 장치 > 모니터 오디오”가 활성화되어 있는지 확인한다.
주의 : Windows 기본 드라이버로만 동작하는 경우 샘플레이트 호환성 문제가 빈번하다. 제조사 전용 드라이버를 설치하면 안정성이 향상된다.
7. 소리 설정 고급 옵션: 형식·독점·향상 기능
- 기본 형식 : 설정 > 시스템 > 소리 > 장치 속성 > “고급” 탭에서 24-bit 48000 Hz 또는 16-bit 48000 Hz로 변경 후 테스트한다.
- 독점 모드 해제 : “응용 프로그램에 대해 이 장치의 독점 모드 사용 허용”과 “우선순위 설정 허용”을 해제하고 테스트한다.
- 향상 기능 : “오디오 향상 기능”을 해제하여 DSP 충돌 가능성을 배제한다.
- 공간 음향 : Windows Sonic/돌비/DTX 사용 시 호환성 문제를 확인하고 기본값으로 테스트한다.
8. 네트워크·원격·가상 오디오와의 충돌 제거
화상회의 앱, 오디오 캡처 도구, 가상 오디오 케이블(예: VAC, VB-Audio), 원격 데스크톱 세션은 오디오 엔드포인트를 재지정한다. 다음을 점검한다.
- 앱 설정에서 “기본 통신 장치”가 임의 변경되지 않았는지 확인한다.
- RDP 세션 옵션에서 원격 오디오 재생/녹음을 “이 컴퓨터”로 지정한다.
- 가상 장치를 일시 비활성화하고 물리 장치만 남겨 증상 재현을 확인한다.
9. 시스템 파일·컴포넌트 복구: SFC·DISM
오디오 서비스 바이너리 또는 매니페스트 손상이 의심되면 시스템 무결성 검사를 수행한다.
# 관리자 권한 PowerShell # 1) 시스템 파일 검사 sfc /scannow
2) 컴포넌트 저장소 복구
DISM /Online /Cleanup-Image /RestoreHealth
3) 검사 후 재부팅
shutdown /r /t 0
주의 : 보안 제품의 실시간 보호가 시스템 파일 교체를 차단할 수 있다. 필요 시 일시 해제 후 검사를 진행한다.
10. 오디오 서비스 상태 고정화: 자동 복구 스크립트 예시
부팅 후 간헐적으로 Audiosrv가 시작되지 않는 환경에서는 다음 스크립트로 서비스 상태를 안정화할 수 있다. 작업 스케줄러의 “로그온 시” 트리거로 등록하면 자동화가 가능하다.
@echo off REM Save as: FixAudioService.cmd (Run with highest privileges) sc config Audiosrv start= auto sc config AudioEndpointBuilder start= auto net stop AudioEndpointBuilder net stop Audiosrv timeout /t 2 /nobreak > nul net start AudioEndpointBuilder net start Audiosrv exit /b 0 PowerShell 버전은 다음과 같다.
# Save as: Fix-AudioService.ps1 $services = @("AudioEndpointBuilder","Audiosrv") foreach($s in $services){ sc.exe config $s start= auto | Out-Null } Stop-Service -Name AudioEndpointBuilder -ErrorAction SilentlyContinue Stop-Service -Name Audiosrv -ErrorAction SilentlyContinue Start-Sleep -Seconds 2 Start-Service -Name AudioEndpointBuilder Start-Service -Name Audiosrv 11. 전원 관리·절전 관련 이슈 제거
- USB 선택적 절전 해제 : 전원 옵션 > 고성능 또는 균형 조정 > 고급 설정 > USB 선택적 절전 설정 “사용 안 함”.
- PCI Express 링크 상태 전원 관리 : “끄기”로 설정 후 테스트한다.
- 장치 관리자 전원관리 : “컴퓨터가 이 장치를 끌 수 있음” 체크 해제(특히 USB 오디오, 블루투스 어댑터).
12. 오디오 문제 해결사·초기화
Windows 11의 권장 문제 해결 흐름은 다음과 같다.
- 설정 > 시스템 > 문제 해결 > 기타 문제 해결사에서 “오디오 재생” 실행한다.
- 설정 > 시스템 > 복구 > “고급 시작”으로 진입하여 최근 드라이버 롤백 또는 안전 모드에서 테스트한다.
- 설정 > 시스템 > 복구 > “이 PC 초기화”에서 앱·설정을 초기화하기 전에 파일 백업을 완료한다.
주의 : 문제 해결사는 근본 원인을 모두 해결하지 못할 수 있다. 드라이버 재설치, 서비스 의존성, 전원 관리 등 본문 절차를 병행해야 한다.
13. 재발 방지 체크리스트
| 항목 | 점검 방법 | 빈도 |
|---|---|---|
| Audiosrv/EndpointBuilder 시작 유형 | sc query, services.msc | 월 1회 |
| 오디오 드라이버 최신화 | 제조사 드라이버 확인 | 분기 1회 |
| 전원 관리 설정 | USB 절전, PCIe 링크 상태 확인 | 분기 1회 |
| 앱별 볼륨/출력 매핑 | 앱 볼륨 및 장치 기본설정 | 이벤트 발생 시 |
| 시스템 무결성 | SFC/DISM | 문제 시 |
14. 현장 트러블슈팅 시나리오 예시
시나리오 A: 부팅 후 무작위로 무음
- 이벤트 뷰어에서 AudioEndpointBuilder 지연 시작 경고 확인.
- Fix-AudioService 스크립트를 작업 스케줄러에 등록.
- 전원 관리에서 USB 선택적 절전 해제.
시나리오 B: 헤드셋만 음성 출력 불가
- 앱 볼륨 믹서에서 해당 앱의 출력 장치가 헤드셋으로 고정되어 있는지 확인.
- 헤드셋 드라이버 제거 후 장치 재검색, 펌웨어 업데이트 적용.
- 독점 모드 해제하고 48000 Hz로 동작 테스트.
시나리오 C: 드라이버 업데이트 후 무음
- 장치 관리자에서 “드라이버 롤백”.
- 제조사 패키지로 재설치 후 재부팅.
- Audiosrv/EndpointBuilder 재시작, 샘플레이트 조정.
15. 고급: 오디오 스택 확인 명령 모음
# 오디오 엔드포인트 나열 powershell -command "Get-PnpDevice -Class AudioEndpoint,MEDIA | ft -AutoSize"
문제 장치 빠른 필터
powershell -command "Get-PnpDevice | ?{ $_.Status -ne 'OK' } | ft Class, FriendlyName, Status -AutoSize"
이벤트 로그에서 최근 200개 오디오 관련 항목
powershell -command "Get-WinEvent -LogName System | ?{ $_.ProviderName -match 'Audio|Kernel-PnP|DeviceSetupManager' } | select -First 200 | fl"
주의 : 레지스트리 직접 수정은 권장하지 않는다. 시스템 복원 지점 없이 ServiceDll, 권한, 오디오 정책 키를 편집하면 부팅 문제로 확대될 수 있다.
16. 최종 복구 루틴 요약
- 출력 장치·음량·앱 볼륨 확인.
- Audiosrv/EndpointBuilder 자동 시작 설정 후 재시작.
- 의존성 서비스·이벤트 로그 점검.
- 오디오 드라이버 제거 후 제조사 드라이버 재설치.
- 형식·독점·향상 기능 조정, 공간 음향 기본값으로 테스트.
- 전원 관리 설정 최적화.
- SFC/DISM 실행으로 시스템 무결성 복구.
- 필요 시 자동 복구 스크립트와 작업 스케줄러로 재발 방지.
FAQ
“오디오 서비스가 실행되고 있지 않습니다” 메시지가 계속 뜬다. 무엇을 먼저 확인해야 하나?
services.msc에서 Windows Audio와 Windows Audio Endpoint Builder의 상태가 “실행 중”인지 확인하고, 시작 유형을 “자동”으로 설정한다. 이후 net stop/net start로 재시작하며, 실패 시 의존성(RPC, DCOM, Endpoint Mapper)을 점검한다.
장치 관리자가 깨끗한데도 소리가 안 난다. 드라이버 외에 무엇을 보나?
앱 볼륨 믹서에서 앱별 출력 장치가 올바른지, 독점 모드가 충돌을 일으키지 않는지, 샘플레이트가 장치와 호환되는지 확인한다. 또한 HDMI/DP 출력 사용 시 모니터 오디오가 기본으로 전환되지 않았는지 점검한다.
업데이트 후 무음 발생 시 복귀가 가능한가?
“드라이버 롤백” 또는 시스템 복원 지점을 사용한다. 복원 전 데이터 백업을 완료하고, 재발 방지를 위해 제조사 드라이버를 우선 적용한다.
재부팅마다 Audiosrv가 가끔 멈춘다. 자동화 방법이 있나?
본문의 CMD/PowerShell 스크립트를 작업 스케줄러 “로그온 시” 트리거로 등록해 서비스 상태를 강제 안정화한다. 전원 관리 절전 옵션도 함께 조정한다.
레지스트리 수정으로 해결할 수 있나?
권장하지 않는다. 서비스 DLL이나 권한을 잘못 변경하면 부팅 불능 위험이 있다. 먼저 서비스·드라이버·무결성 검사 절차를 모두 수행한다.