USB 장치 설명자 요청 실패 해결｜Unknown USB Device·Code 43 원인 제대로 찾는 법

USB 메모리, 외장하드, 스마트폰, 웹캠 등을 연결했는데 Windows 11에서 갑자기 “USB 장치가 인식되지 않았습니다”가 뜨는 경우가 있습니다.

장치 관리자를 열어보면 더 구체적으로 Unknown USB Device (Device Descriptor Request Failed), 한국어 환경에서는 알 수 없는 USB 장치(장치 설명자 요청 실패)라고 표시되기도 합니다.

속성을 열었을 때 Code 43이 같이 표시되는 경우도 있습니다.

이 오류는 'USB 드라이버가 오래됐다'고 단순하게 볼 문제가 아닙니다. Windows가 USB 장치를 연결하면 먼저 장치에게 “너는 어떤 장치냐?”라고 물어 Device Descriptor를 읽습니다.

여기에서 제조사 ID, 제품 ID 등 장치를 식별하는 기본 정보를 정상적으로 받지 못하면 Windows는 어떤 장치인지조차 확정하지 못하고 Unknown USB Device 상태로 남을 수 있습니다.

USB Type-A 플러그 사진 / 출처: Wikimedia Commons / 저작자: André Karwath / CC BY-SA 2.5

Device Descriptor가 뭔데 인식 자체가 안 되는 걸까?

USB 장치를 연결한다고 바로 USB 메모리 드라이버나 웹캠 드라이버부터 실행되는 것은 아닙니다.

Windows USB 호스트는 먼저 USB 장치가 제공하는 여러 종류의 Descriptor를 읽어 장치의 구조를 확인합니다.

Microsoft가 공개한 USB Device Descriptor 구조에는 대표적으로 다음 정보가 들어 있습니다.

항목	의미
bcdUSB	장치가 따르는 USB 규격 버전
bDeviceClass	USB 장치 클래스
bMaxPacketSize0	기본 Endpoint 0의 최대 패킷 크기
idVendor	제조사 VID
idProduct	제품 PID
bcdDevice	장치 자체 버전
bNumConfigurations	장치가 지원하는 Configuration 수

Microsoft에 따르면 Windows는 idVendor와 idProduct 값을 이용해 Hardware ID를 생성합니다.

즉 이 단계 자체에서 정보가 정상적으로 들어오지 않으면 드라이버를 찾는 단계까지 가기 전에 장치 식별부터 실패할 수 있습니다.

USB 연결은 실제로 이런 순서로 시작됩니다

USB 장치 연결
↓
포트에서 장치 연결 감지
↓
USB 장치와 기본 제어 통신 시작
↓
Device Descriptor 요청
↓
VID / PID / Class 등 식별 정보 확보
↓
Windows가 Hardware ID 생성
↓
적절한 드라이버 연결
↓
정상 장치로 사용

`Device Descriptor Request Failed`는 이름 그대로 이 앞쪽 과정에서 문제가 발생했다는 뜻입니다.

그래서 이 오류에서는 케이블과 포트 검사가 드라이버 재설치보다 앞에 옵니다.

장치와 PC가 기본적인 USB 제어 통신부터 제대로 못 하고 있다면 Windows에 최신 드라이버가 설치돼 있어도 그 드라이버를 정상적으로 매칭할 장치 정보를 얻지 못할 수 있습니다.

먼저 4가지 경우로 나누면 해결이 빨라집니다

테스트 결과	가능성이 높은 쪽
다른 PC에서도 같은 USB가 인식 안 됨	USB 장치 또는 케이블
다른 PC에서는 정상	현재 PC의 포트·컨트롤러·전원
특정 USB 포트에서만 실패	해당 포트·내부 배선·허브
모든 USB 장치가 여러 포트에서 문제	USB 컨트롤러·칩셋·Windows 계층

이 교차 테스트 하나만 제대로 해도 문제 범위를 절반 이하로 줄일 수 있습니다.

1. 같은 장치를 다른 PC에 꽂아보는 게 가장 먼저입니다

예를 들어 USB 메모리가 현재 데스크톱에서는 Device Descriptor Request Failed로 표시된다고 가정해보겠습니다.

테스트 A
현재 USB 메모리 → 다른 노트북

결과: 정상 인식

이 경우 USB 메모리 자체가 완전히 죽었다고 보기는 어렵고, 현재 PC의 연결 경로를 집중적으로 확인하면 됩니다.

실제로 2026년 5월 Microsoft Q&A에도 다른 PC에서는 정상 작동하지만 특정 Windows 11 PC에서 Device Descriptor Request Failed가 발생하는 사례가 올라왔습니다.

해당 사례에서도 포트와 케이블을 먼저 분리해 진단하는 방향이 제시됐습니다.

2. 데스크톱이면 앞쪽 USB와 뒤쪽 USB를 구분해서 테스트하세요

데스크톱 전면 USB와 후면 메인보드 USB는 물리적인 연결 경로가 같지 않을 수 있습니다.

전면 포트는 보통 케이스의 USB 포트에서 내부 케이블을 거쳐 메인보드 USB Header로 연결됩니다.

반면 후면 USB는 메인보드 I/O에 직접 붙어 있습니다.

전면 USB에서 오류
↓
후면 메인보드 USB에 직접 연결

후면에서는 정상이라면 전면 USB 포트·케이블·Header 경로를 먼저 의심할 근거가 생깁니다.

USB 허브를 사용 중이라면 허브도 빼고 PC 본체에 직접 연결해 봅니다.

3. USB 케이블을 사용하는 장치는 케이블을 반드시 바꿔보세요

외장 SSD, 스마트폰, DAC, 프린터처럼 장치와 PC 사이에 별도 USB 케이블이 있는 경우에는 케이블 자체도 데이터 통신 경로의 일부입니다.

특히 충전은 되는데 PC에서는 인식되지 않는다면 케이블 문제를 놓치기 쉽습니다.

“충전이 된다 = USB 데이터 통신도 정상”은 아닙니다.

전원 공급과 데이터 통신은 별개의 접점과 신호를 사용하므로 전원은 들어가면서 데이터 연결은 실패할 수 있습니다.

스마트폰 테스트라면 충전 전용 케이블이 아니라 데이터 전송이 되는 정상 케이블인지도 확인합니다.

4. Device Manager에서 정확한 오류 문구를 확인

Windows + X
→ 장치 관리자
→ 범용 직렬 버스 컨트롤러
→ 알 수 없는 USB 장치
→ 속성

여기에서 실제 표시되는 문구를 확인합니다.

비슷해 보이는 USB 오류라도 다음은 같은 오류라고 단정하면 안 됩니다.

표시 예	의미
Device Descriptor Request Failed	장치 설명자 획득 과정 실패
Port Reset Failed	USB 포트 Reset 단계 문제
Set Address Failed	USB 주소 지정 과정 문제
Code 43	Windows가 장치 문제를 감지해 중지한 일반 오류 코드

따라서 인터넷에서 `Code 43`만 검색해 그래픽카드 해결법을 따라 하는 것도 맞지 않습니다.

Code 43은 USB뿐 아니라 다른 장치에도 나타날 수 있으므로 장치 종류와 함께 표시되는 상세 오류 문구를 봐야 합니다.

5. Hardware ID에서 VID와 PID가 보이는지도 확인

장치 관리자에서 다음 경로로 들어갑니다.

알 수 없는 USB 장치
→ 속성
→ 자세히
→ 속성 목록
→ 하드웨어 ID

정상적인 USB 장치라면 일반적으로 다음처럼 VID와 PID를 포함한 Hardware ID를 확인할 수 있습니다.

USB\VID_XXXX&PID_XXXX

Microsoft 문서에서도 USB Device Descriptor의 `idVendor`, `idProduct`를 바탕으로 Windows가 Hardware ID를 생성한다고 설명합니다.

여기서 중요한 건 VID/PID가 '드라이버 이름'이 아니라 장치 식별 정보라는 점입니다.

Descriptor 단계에서 정상적인 식별 정보가 확보돼야 Windows가 그 다음에 어떤 장치인지 판단하고 적절한 드라이버와 연결할 수 있습니다.

6. 장치 삭제 후 다시 검색하는 방법

물리적인 케이블과 포트 테스트에서는 이상이 없는데 Windows의 장치 상태가 꼬여 있다면 문제가 된 USB 장치를 다시 Enumeration하도록 할 수 있습니다.

장치 관리자
→ Unknown USB Device 우클릭
→ 장치 제거
→ USB 장치 분리
→ 몇 초 후 다시 연결

또는 관리자 권한 터미널에서 Windows 기본 PnPUtil을 사용할 수도 있습니다.

pnputil /scan-devices

Microsoft 공식 PnPUtil 문서에 따르면 `/scan-devices`는 시스템에서 하드웨어 변경 사항을 다시 검색합니다.

7. 연결된 장치만 명령어로 확인할 수도 있습니다

GUI보다 명령어가 편하다면 다음을 사용할 수 있습니다.

pnputil /enum-devices /connected

현재 연결 상태인 Plug and Play 장치를 나열합니다.

장치 트리 자체를 보고 싶다면:

pnputil /enum-devicetree

Windows 11의 최신 PnPUtil에는 장치 검색과 장치 트리 확인 기능이 기본으로 포함돼 있습니다.

8. 특정 USB 장치 하나만 반복적으로 연결됐다 끊어진다면

Windows에서 USB 연결음 → 해제음 → 연결음 → 해제음이 반복되는 경우가 있습니다.

이때 단순히 장치 관리자에서 계속 삭제하기보다는 물리적인 접촉 상태도 봐야 합니다.

USB 플러그를 살짝 건드렸을 때 끊기는가?

특정 방향으로 힘을 주면 인식되는가?

다른 케이블에서는 정상인가?

다른 USB 포트에서는 안정적인가?

이런 패턴이라면 드라이버보다 커넥터·케이블·포트 접점 문제의 우선순위가 높아집니다.

9. 외장하드·외장 SSD는 전력 부족도 따로 봐야 합니다

USB 장치는 데이터뿐 아니라 포트에서 전원도 공급받을 수 있습니다.

특히 여러 장치를 무전원 USB 허브 하나에 몰아 연결했거나 외장 저장장치처럼 상대적으로 전력 요구가 큰 장치가 있다면 연결 조건을 단순화해서 테스트합니다.

USB 허브 제거
→ PC 본체 포트에 직접 연결

다른 USB 장치 임시 제거
→ 문제가 있는 장치 하나만 연결

가능하면 다른 USB 포트에서 비교

이 상태에서 정상화된다면 장치 자체보다 연결 경로 또는 전원 조건의 영향을 의심할 수 있습니다.

10. USB Selective Suspend는 무조건 끄지 마세요

USB 문제 해결 글에서 자주 나오는 설정이 USB 선택적 절전 모드(Selective Suspend)입니다.

Windows는 사용하지 않는 USB 포트나 장치를 선택적으로 절전시켜 전력 소비를 줄일 수 있습니다.

하지만 Microsoft는 Selective Suspend가 기본 USB 전원 관리 기능이며 일반적으로 비활성화하지 않는 것을 강하게 권장하고 있습니다.

따라서 Device Descriptor Request Failed가 한 번 떴다는 이유만으로 USB 절전 기능을 영구적으로 꺼버리는 것을 첫 해결책으로 두는 것은 권장하지 않습니다.

특정 PC에서 절전 복귀 후에만 USB가 죽는 등 전원 상태와 명확한 연관이 확인됐을 때 진단 목적으로 관련 설정을 보는 편이 낫습니다.

11. '모든 USB가 이상하다'면 장치 하나 문제가 아닐 수 있습니다

마우스, USB 메모리, 스마트폰 등 여러 USB 장치가 동시에 인식 문제를 보이면 하나의 USB 장치를 계속 초기화하는 것은 방향이 맞지 않을 수 있습니다.

이 경우에는 공통 경로를 봐야 합니다.

메인보드 USB Host Controller

칩셋 드라이버

내부 USB Header

BIOS/UEFI USB 설정

Windows USB Controller 상태

특히 메인보드 교체, BIOS 업데이트, Windows 클린 설치 직후부터 여러 USB 장치에서 문제가 시작됐다면 장치 개별 드라이버보다 칩셋과 USB 컨트롤러 계층의 우선순위가 높아집니다.

12. USB 컨트롤러를 삭제하는 건 언제 해야 할까?

인터넷 글 중에는 장치 관리자에 있는 USB Root Hub와 Host Controller를 전부 삭제하라고 하는 경우도 있습니다.

하지만 키보드와 마우스까지 USB라면 작업 도중 입력 장치가 순간적으로 사라질 수 있습니다.

그래서 이것도 첫 조치로 할 필요는 없습니다.

1. 다른 포트
2. 다른 케이블
3. 다른 PC
4. 허브 제거
5. 장치 자체 재검색

까지 확인한 뒤 여러 USB 장치에서 동일 문제가 확인될 때 컨트롤러 계층을 보는 것이 더 효율적입니다.

13. 드라이버 업데이트가 효과적인 경우와 아닌 경우

상황	드라이버 조치 가치
장치 이름과 VID/PID가 정상적으로 인식됨	높음
특정 제조사 장치에서 오류	제조사 드라이버 확인 가치 있음
Device Descriptor 자체를 못 읽음	케이블·포트·Enumeration 확인이 먼저
다른 PC에서도 동일하게 실패	장치 자체 문제 우선
여러 USB 장치가 현재 PC에서만 실패	칩셋·USB Host Controller 확인 가치 큼

즉 “USB 인식 안 됨 = 드라이버 업데이트”라는 하나의 공식으로 모든 USB 문제를 처리하면 안 됩니다.

14. Windows 자체 USB 구조를 더 깊게 확인하고 싶다면 USBView

일반 사용자가 반드시 사용할 필요는 없지만 원인을 더 깊게 보고 싶다면 Microsoft의 USBView라는 도구도 있습니다.

Microsoft에 따르면 USBView는 PC의 USB Host Controller, Hub, 연결된 장치를 트리 구조로 보여주며 다음 정보를 확인할 수 있습니다.

Device Descriptor

Configuration Descriptor

Interface Descriptor

Endpoint Descriptor

현재 USB 장치 구성

즉 Windows가 해당 USB 장치에서 실제로 어떤 Descriptor까지 읽고 있는지 볼 때 유용합니다.

다만 USBView는 일반 해결 도구라기보다 USB 구조를 분석하기 위한 기술 도구에 가깝습니다.

15. 이런 패턴이면 장치 자체 고장 가능성이 올라갑니다

테스트	결과
현재 PC 여러 포트	모두 실패
다른 PC	동일 오류
허브 제거 후 직접 연결	동일 오류
교체 가능한 케이블 변경	동일 오류

이렇게 PC와 연결 경로를 바꿨는데도 동일 장치만 계속 Descriptor 단계에서 실패한다면 장치 자체의 USB 컨트롤러나 펌웨어, 커넥터 손상 가능성이 커집니다.

반대로 PC 쪽을 봐야 하는 패턴

테스트	결과
문제 USB → 다른 PC	정상
현재 PC 특정 포트	실패
현재 PC 다른 포트	정상

이 경우 장치 자체를 계속 초기화하는 것보다 문제가 발생하는 USB 포트와 그 상위 Hub, 전면 USB 배선 등을 보는 편이 맞습니다.

가장 효율적인 진단 순서

1. Device Manager에서 정확한 오류명 확인
↓
2. 문제 USB를 다른 포트에 직접 연결
↓
3. USB 허브·연장 케이블 제거
↓
4. 케이블 교체가 가능한 장치는 다른 데이터 케이블 사용
↓
5. 같은 장치를 다른 PC에서 테스트
↓
6. Hardware ID의 VID/PID 확인
↓
7. 장치 제거 후 pnputil /scan-devices
↓
8. 여러 USB가 문제라면 칩셋·Host Controller 쪽으로 이동
↓
9. 필요하면 USBView로 Descriptor 상태 분석

이 오류에서 하지 않아도 되는 것부터 정리

처음부터 Windows 포맷
물리적인 케이블이나 USB 장치 고장이면 아무 의미가 없습니다.

정체불명의 드라이버 자동 업데이트 프로그램 설치
Descriptor도 읽지 못하는 문제를 해결한다는 보장이 없습니다.

Registry 값을 인터넷 글 그대로 대량 수정
장치별 원인이 다른데 전원 관리 값을 먼저 바꿀 이유가 없습니다.

Selective Suspend 무조건 사용 안 함
Microsoft는 일반적인 USB 구성에서 이 기능을 끄는 것을 권장하지 않습니다.

결론

Device Descriptor Request Failed는 'USB가 안 된다'보다 훨씬 구체적인 오류입니다. Windows가 USB 장치의 기본 신원 정보인 Device Descriptor를 정상적으로 읽지 못했다는 데서 진단을 시작해야 합니다.

그래서 해결 순서도

드라이버 → Windows 초기화가 아니라

장치 → 케이블 → 포트 → 허브 → 다른 PC → Enumeration → USB Controller

순으로 가는 것이 훨씬 효율적입니다.

특히 다른 PC에서 정상인지와 현재 PC의 다른 USB 포트에서는 정상인지 두 테스트만 해도 장치 문제인지 PC 문제인지 빠르게 갈라낼 수 있습니다.

그 뒤에야 드라이버와 USB 컨트롤러를 확인하면 됩니다.

자료 기준

Microsoft Learn - USB Device Descriptors
Microsoft Learn - Standard USB Descriptors
Microsoft Learn - USB Descriptors
Microsoft Learn - Identifiers for USB Devices
Microsoft Learn - USB Selective Suspend
Microsoft Learn - PnPUtil Command Examples
Microsoft Learn - Universal Serial Bus Viewer (USBView)
Microsoft Q&A - Unknown USB Device (Device Descriptor Request Failed), 2026

이미지
Wikimedia Commons - USB Male Plug Type A.jpg
저작자: André Karwath
라이선스: Creative Commons Attribution-ShareAlike 2.5

확인일: 2026년 9월 1일