- 공유 링크 만들기
- X
- 이메일
- 기타 앱
이 글의 목적은 BLE(저전력 블루투스) 장치 페어링 중 “0x00000005” 권한 오류가 발생할 때, 원인을 빠르게 분류하고 재발 없이 복구할 수 있도록 점검 순서와 실무형 해결 절차를 제공하는 것이다.
1. 증상 정리와 오류 코드 의미
BLE 장치를 “Bluetooth 및 장치”에서 추가하려고 하면 페어링이 진행되다가 실패하고, 오류 코드로 0x00000005가 표시되거나 “권한이 없습니다”, “Access is denied” 성격의 메시지가 함께 나타나는 경우가 있다.
0x00000005는 Windows에서 대표적으로 “액세스 거부(권한 부족)”를 뜻하는 코드이다. 즉, 페어링 과정에서 Windows가 장치 정보를 저장하거나 드라이버/프로필을 적용하는 단계에서 필요한 권한을 확보하지 못했음을 의미하다.
2. 0x00000005가 BLE 페어링에서 자주 발생하는 원인
2.1 회사 PC, 학교 PC에서 흔한 정책 차단
도메인/MDM(예: Intune) 또는 로컬 그룹 정책으로 블루투스 사용 자체, 신규 장치 설치, 특정 클래스 장치 설치가 제한된 환경에서 0x00000005가 빈번하다.
특히 “장치 설치 제한(Device Installation Restrictions)”이 걸려 있으면 장치를 “검색은 되는데 등록/페어링만 실패”하는 형태가 나타나기 쉽다.
2.2 필수 서비스 중지 또는 권한 꼬임
BLE 페어링은 단순히 블루투스만 켠다고 끝나지 않고, 장치 연결/등록을 담당하는 서비스 체인이 정상이어야 한다.
Bluetooth Support Service, BluetoothUserService(사용자 단위), Device Association Service, Device Setup Manager 등이 중지되어 있거나 비정상 상태이면 “권한 오류처럼 보이는 실패”가 발생하다.
2.3 블루투스 스택/드라이버 손상 또는 충돌
Windows 업데이트, 제조사 드라이버 업데이트, 보안 프로그램 개입, 가상화/에뮬레이터 구성요소 충돌 등으로 블루투스 드라이버가 꼬이면 페어링 단계에서 저장/프로필 적용이 실패하다.
2.4 페어링 캐시(레지스트리/프로필) 손상
기존에 페어링했던 동일 장치의 정보가 깨져 있거나, 제거 권한이 막혀 “삭제가 안 되는 상태”로 남아 있으면 신규 페어링이 0x00000005로 막히는 경우가 있다.
3. 빠른 진단 체크리스트
| 구분 | 확인 항목 | 정상 기준 | 이상 시 조치 방향 |
|---|---|---|---|
| 환경 | 회사/학교/MDM 관리 PC 여부 | 개인 PC 또는 정책 허용 | 그룹 정책/MDM 제한 점검 |
| 서비스 | bthserv, BluetoothUserService, DeviceAssociationService | 실행 중, 중지 반복 없음 | 서비스 재시작, 시작 유형 점검 |
| 장치 상태 | 장치 관리자에서 Bluetooth 어댑터 오류 여부 | 경고 아이콘 없음 | 드라이버 재설치/롤백 |
| 삭제 가능 | 기존 등록 장치 “제거” 가능 여부 | 정상 제거됨 | 제거 권한/캐시 손상 점검 |
| 시스템 무결성 | SFC/DISM 결과 | 오류 없음 | 손상 복구 후 재시도 |
4. 해결 절차
4.1 1단계: 재현 조건을 최소화하는 기본 조치
아래 조치는 실패 원인이 “일시적 충돌/잠금”인 경우 즉시 해결되기도 하다.
1) Bluetooth를 끄고 10초 후 켜서 재시도하다.
2) 대상 BLE 장치를 완전히 껐다가 켜고, 가능하면 공장 초기화(리셋) 후 재시도하다.
3) 다른 USB 블루투스 동글을 사용 중이면 동글을 뽑고 재부팅 후 재시도하다.
4) VPN/보안 프로그램이 강하게 적용된 환경이면 일시적으로 정책 영향 여부를 확인해야 하다.
4.2 2단계: Windows 기본 Bluetooth 문제 해결사 실행
Windows 11은 도움말 앱 기반 자동 진단이 제공되므로 우선 실행하는 편이 효율적이다.
설정에서 Bluetooth 관련 문제 해결을 실행하고, 자동 수정을 적용한 뒤 재부팅 후 다시 페어링하다.
4.3 3단계: 필수 서비스 상태를 강제로 정상화하다
GUI로 확인해도 되지만, 재현성이 높은 복구를 위해 PowerShell을 권장하다. PowerShell은 관리자 권한으로 실행해야 하다.
# PowerShell(관리자)에서 서비스 상태 확인하다 Get-Service bthserv, DeviceAssociationService, DsmSvc, PlugPlay | Format-Table -Auto # Bluetooth 관련 서비스 재시작하다 Restart-Service bthserv -Force Restart-Service DeviceAssociationService -Force # 사용자 단위 BluetoothUserService는 이름이 PC마다 다르므로 와일드카드로 확인하다 Get-Service *BluetoothUserService* | Format-Table -Auto # 실행 중이 아니면 시작하다 Get-Service *BluetoothUserService* | Start-Service services.msc에서 확인할 경우 아래 항목이 핵심이다.
1) Bluetooth Support Service(bthserv) 실행 중인지 확인하다.
2) Device Association Service 실행 중인지 확인하다.
3) Device Setup Manager(DsmSvc) 실행 중인지 확인하다.
4.4 4단계: 장치 제거 후 재페어링을 확실하게 수행하다
이미 같은 장치가 등록되어 있거나, 동일 모델을 여러 번 연결한 이력이 있다면 “제거 후 재등록”이 가장 직접적이다.
1) 설정 > Bluetooth 및 장치에서 문제 장치를 “제거”하다.
2) 장치가 제거되지 않거나, 제거 중 오류가 나면 4.8 단계(제거 권한/캐시)로 넘어가다.
3) PC 재부팅 후 다시 페어링하다.
4.5 5단계: Bluetooth 드라이버를 정리한 뒤 재설치하다
드라이버 꼬임이 의심되면 장치 관리자에서 정리하는 편이 효과적이다.
1) 장치 관리자(devmgmt.msc)에서 Bluetooth 항목을 열다.
2) Bluetooth 어댑터(예: Intel, Realtek, Broadcom)를 “장치 제거”하다.
3) 가능하면 “이 장치의 드라이버 소프트웨어를 삭제” 옵션을 체크하고 제거하다.
4) 재부팅하다.
5) 제조사(노트북/메인보드) 지원 페이지 또는 Windows 업데이트로 드라이버를 다시 적용하다.
명령형으로 드라이버 패키지를 확인/정리하고 싶다면 pnputil을 사용할 수 있다.
# 설치된 드라이버 목록을 확인하다 pnputil /enum-drivers
Bluetooth 관련 드라이버를 찾아 OEM 번호를 확인한 뒤 제거하다
예: pnputil /delete-driver oem123.inf /uninstall /force
실제 oem 번호는 PC마다 다르므로 enum-drivers에서 확인해야 하다
4.6 6단계: 시스템 파일 손상을 복구하다
0x00000005가 “권한”처럼 보이지만, 실제로는 시스템 구성요소 손상으로 권한 체크가 정상적으로 동작하지 않는 케이스가 존재하다. 아래 순서로 복구하다.
# PowerShell(관리자) 또는 CMD(관리자)에서 실행하다 DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow 완료 후 반드시 재부팅하고 페어링을 다시 시도하다.
4.7 7단계: 장치 설치 제한 및 Bluetooth 관련 정책을 점검하다
회사/학교 PC이거나, 개인 PC인데도 “갑자기” 신규 장치 연결이 막혔다면 정책을 의심해야 하다.
Windows Pro 이상에서는 gpedit.msc로 점검할 수 있다.
1) 장치 설치 제한 점검 경로이다.
컴퓨터 구성 └ 관리 템플릿 └ 시스템 └ 장치 설치 └ 장치 설치 제한 여기서 “설명되지 않은 장치 설치를 방지”, 특정 클래스 GUID 차단 등이 켜져 있으면 BLE 장치가 차단될 수 있다.
2) Bluetooth 사용 경험(UI) 차단 점검 경로이다.
컴퓨터 구성 └ 관리 템플릿 └ 네트워크 └ Bluetooth 여기서 Bluetooth 사용자 경험을 끄는 설정이 활성화되어 있으면 페어링 과정 자체가 제한되거나 오류로 마무리될 수 있다.
4.8 8단계: “제거가 안 되는 Bluetooth 장치”를 먼저 풀어야 하다
현장에서 흔한 패턴은 “기존 장치 제거가 안 됨 → 동일 장치 재페어링도 0x00000005” 흐름이다. 즉, 새로 연결하는 문제가 아니라 “기존 정보가 잠긴 상태”가 핵심이다.
가능한 방법은 두 가지 방향이다.
4.8.1 표준 사용자 장치 제거 권한을 허용하다
표준 사용자에서 Bluetooth 장치 제거가 막혀 운영이 불편한 환경이면, 관리자가 “제거 허용” 값을 적용해 문제를 줄일 수 있다.
# 레지스트리 편집기에서 다음 경로를 확인하다 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Bluetooth # DWORD(32비트) 값을 생성하다 AllowUserToRemoveDevice = 1 이 값이 적용되면 “제거 자체가 막혀서 캐시를 못 지우는 문제”가 완화될 수 있다. 적용 후 재부팅하고, 장치를 제거한 다음 다시 페어링하다.
4.8.2 레지스트리 기반 페어링 캐시를 정리하다
일부 환경에서는 페어링 정보가 손상되어 삭제/재등록이 반복 실패하는 경우가 있다. 이때는 블루투스 키/장치 정보 저장소가 포함된 레지스트리를 정리하는 방식이 사용되기도 하다.
일반적으로 점검되는 위치 예시는 아래와 같다.
# 예시 경로이며, PC/버전에 따라 하위 키 구조가 달라질 수 있다 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BTHPORT\Parameters\Keys HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BTHPORT\Parameters\Devices 이 경로에 저장된 항목은 어댑터/장치의 페어링 키와 연결 정보와 연관되는 경우가 있다. 특정 장치만 문제라면 장치 식별자(주소)와 연관된 항목만 정리하고, 전체 문제가 심각하면 백업 후 범위를 넓혀 정리하는 접근을 하다.
4.9 9단계: 이벤트 로그로 “권한 거부” 주체를 특정하다
원인이 정책인지, 서비스인지, 드라이버인지 애매하면 이벤트 로그가 시간을 절약해 주다.
1) 이벤트 뷰어(eventvwr.msc)를 열다.
2) Windows 로그 > 시스템, 응용 프로그램에서 Bluetooth, DeviceAssociationService 관련 경고/오류를 확인하다.
3) 같은 시각에 보안 솔루션 로그가 있다면 함께 확인하다.
4.10 10단계: 사용자 프로필 문제를 분리하다
특정 사용자 계정에서만 페어링이 실패하는 경우, 사용자 프로필 권한/저장소 손상이 원인일 수 있다.
1) 로컬 새 사용자 계정을 만들다.
2) 새 계정으로 로그인하여 같은 BLE 장치를 페어링하다.
3) 새 계정에서 정상이라면 기존 계정의 권한/프로필 문제로 판단하고, 프로필 복구 또는 마이그레이션을 고려하다.
5. 실무에서 재발을 줄이는 운영 팁
5.1 BLE 장치 자체의 멀티페어링 한계를 확인하다
일부 BLE 장치는 동시에 여러 호스트에 페어링 정보를 저장하지 못하거나, 저장 슬롯이 매우 제한적이다. 이 경우 PC 문제가 아니라 장치가 “기존 페어링을 지우지 않으면 신규 등록이 안 되는 구조”일 수 있다.
장치 메뉴얼에서 “pairing reset”, “forget devices” 절차가 있는지 확인하고, 장치 측 초기화를 병행하다.
5.2 USB 동글과 내장 어댑터를 혼용하지 않다
내장 Bluetooth와 USB 동글을 번갈아 쓰면 저장소가 분리되어 중복 장치가 남거나, 장치 제거가 꼬여 권한 오류처럼 보이는 현상이 발생하다. 한 가지 어댑터를 기준으로 운영하는 편이 안정적이다.
5.3 보안 정책 환경은 예외 정책을 문서화하다
현장에서 BLE 키보드/마우스/센서 장치가 필수인데 정책이 과도하게 막혀 있으면 반복 장애가 발생하다. 허용해야 하는 장치 클래스, 허용해야 하는 프로필 범위를 IT와 합의하고 문서화하여 예외 정책을 적용하는 편이 운영상 유리하다.
FAQ
BLE 장치만 0x00000005가 뜨고 일반 블루투스 오디오는 잘 되는 이유가 무엇인가?
BLE는 장치 등록과 서비스/특성 접근 과정에서 장치 연결 프레임워크와 권한 체인을 더 많이 타는 경우가 있다. 오디오는 이미 설치된 프로필 드라이버만 재사용하는 반면, BLE는 신규 등록/저장 단계에서 정책이나 서비스 문제의 영향을 더 강하게 받는 편이다.
관리자 계정으로 로그인하면 해결되는데 일반 계정에서는 계속 실패하는 이유가 무엇인가?
장치 설치/등록이 “관리자만 가능”하도록 제한된 환경일 가능성이 크다. 장치 제거/추가 권한이 표준 사용자에서 막혀 있으면 페어링 저장 단계에서 액세스 거부가 발생하다. 이 경우 정책을 정상화하거나, 표준 사용자에서도 제거/추가가 되도록 권한 구성을 바꾸는 접근이 필요하다.
페어링 목록에서 장치 제거가 안 되는 경우 무엇부터 해야 하는가?
우선 4.3 단계에서 서비스 정상화 후 다시 제거를 시도하다. 그래도 안 되면 4.8 단계처럼 제거 권한 설정 또는 캐시 정리를 검토하다. 제거가 안 되는 상태에서 재페어링을 반복하면 동일 오류가 계속 발생하는 경우가 많다.
정책이 걸려 있는지 빠르게 확인하는 방법이 있는가?
Windows Pro 이상이면 gpedit.msc에서 장치 설치 제한과 Bluetooth 관련 항목을 점검하는 방식이 가장 빠르다. 도메인/MDM 환경이라면 로컬 변경이 유지되지 않을 수 있으므로 IT 부서에 예외 정책 적용을 요청하는 편이 현실적이다.
최후의 수단은 무엇인가?
드라이버 재설치, SFC/DISM, 정책 점검, 캐시 정리까지 모두 실패하면 OS 구성요소의 깊은 손상 또는 보안 솔루션의 강제 차단 가능성이 남다. 이 경우 인플레이스 업그레이드(설치 미디어로 Windows 복구 설치) 또는 PC 초기화를 검토하다.