Microsoft MVP성태의 닷넷 이야기
글쓴 사람
홈페이지
첨부 파일
 

안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법

다음과 같은 질문이 있군요. ^^

윈도 10에서 '안전하게 제거' 당한 하드디스크(외장하드, USB)를 물리적인 재삽입 없이 소프트웨어단에서 다시 연결하는 방법
; https://social.msdn.microsoft.com/Forums/ko-KR/2a5f5663-3d8a-48ed-a401-ade7ab2a8d78/50952460205086410-5064049436-50504512045461644172-5122844144?forum=visualcplusko

검색해 보면, Windows SDK에 포함된 devcon.exe에 대한 이야기가 나옵니다.

Windows Device Console (Devcon.exe)
; https://docs.microsoft.com/en-us/windows-hardware/drivers/devtest/devcon

예를 들어, 현재 연결된 USB 장치를 다음과 같이 조회할 수 있습니다.

C:\Program Files (x86)\Windows Kits\10\Tools\x64>devcon findall =usb
USB\ROOT_HUB30\4&1148BC98&0&0                               : USB Root Hub (USB 3.0)
PCI\VEN_8086&DEV_A12F&SUBSYS_86941043&REV_31\3&11583659&0&A0: Intel(R) USB 3.0 eXtensible Host Controller - 1.0 (Microsoft)
USB\VID_05E3&PID_0608\5&521A615&0&8                         : Generic USB Hub
USB\VID_0000&PID_0001\5&521A615&0&23                        : Unknown USB Device (Port Reset Failed)
ROOT\USB\0000                                               : Synology Virtual USB Hub
USB\VID_174C&PID_5106\S2RQJ9CC914742______                  : USB Mass Storage Device
USB\VID_04D9&PID_2525\5&521A615&0&10                        : USB Composite Device
USB\VID_090C&PID_1000\5&521A615&0&1                         : USB Mass Storage Device
8 matching device(s) found.

위의 장치에서 "USB\VID_090C&PID_1000\5&521A615&0&1"로 나오는 것이 제가 사용하는 USB flash 디스크인데, 사실 이 문자열은 "Device Manager"의 속성 창에서 "Last known parent"로도 확인할 수 있습니다.

이 장치 ID만 알고 있으면 이후 devcon 명령어로 작업 표시줄의 USB 아이콘을 이용한 "Safely Remove Hardware and Eject Media" 명령어를 그대로 수행할 수 있습니다.

C:\Program Files (x86)\Windows Kits\10\Tools\x64>devcon remove "USB\VID_090C&PID_1000"
USB\VID_090C&PID_1000\5&521A615&0&1                         : Removed
1 device(s) were removed.

그런데, 해당 장치만 다시 활성화시키는 명령어가 없습니다. 아래의 글에 보면,

How Do I Force Windows to Remove and Re-detect a USB Device?
; https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P7bZSAS

restart 명령어로 가능하다고 하는데, 장치 자체를 활성화시키는 것은 아니고 그 장치를 열람할 수 있는 USB Roothub를 재시작하는 식으로 해결하고 있습니다. 따라서 이 방법을 사용하려면 우선 USB 장치 간의 부모/자식 관계를 파악해야 하는데 이를 위해 (역시 Windows SDK에 포함된) usbview.exe를 실행시키고,

C:\Program Files (x86)\Windows Kits\10\Debuggers\x64>usbview

usb_reconnect_1.png

보는 바와 같이 hub의 장치 id를 구할 수 있는데 이것은 앞서 "devcon findall =usb" 명령어로 봤던 내용의 USB 3.0 hub와 동일합니다.

USB\ROOT_HUB30\4&1148BC98&0&0                               : USB Root Hub (USB 3.0)

자, 그럼 이 장치를 restart시키면 되겠지만,

C:\Program Files (x86)\Windows Kits\10\Tools\x64>devcon restart *ROOT_HUB30*
USB\ROOT_HUB30\4&1148BC98&0&0                               : Requires reboot
The 1 device(s) are ready to be restarted. To restart the devices, reboot the system.

아쉽게도 저렇게 재부팅이 필요하다고 나옵니다. 이런 건 방법이라고 볼 수 없죠! ^^;




차선책으로, USB 장치만을 위한 것은 아니지만 전체 장치를 대상으로 수행하는 rescan 명령어를 사용하면,

C:\Program Files (x86)\Windows Kits\10\Tools\x64>devcon rescan
Scanning for new hardware.
Scanning completed.

안전하게 제거되었던 USB disk가 다시 인식되는 것을 볼 수 있습니다. 아쉬운 대로 이 정도 수준에서 만족해야겠습니다. ^^ (혹시 더 나은 방법을 아시는 분은 덧글 부탁드립니다.)

참고로, 장치를 제거하는 방법은 디스크 드라이브의 경우라면 "devcon remove" 명령어보다는 mountvol.exe를 사용하는 것이 더 편리합니다.

mountvol [드라이브:] /D

예)
C:\Windows\System32>mountvol g: /D




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]





[최초 등록일: ]
[최종 수정일: 11/12/2019 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@outlook.com

비밀번호

댓글 쓴 사람
 




1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12095정성태12/27/2019154VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/2019190.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/2019324.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/2019155디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/2019214디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일
12090정성태12/24/2019210.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점
12089정성태12/23/2019138디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/2019118Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/2019171디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py)
12086정성태12/20/2019218디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/2019145오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/21/2019202디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py)
12083정성태12/17/2019305Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [1]
12082정성태12/17/2019134오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/2019191개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법
12080정성태12/16/2019286.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/2019179오류 유형: 584. 원격 데스크탑(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/2019252Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법
12077정성태12/13/2019160Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/17/2019319디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/18/2019359디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/11/2019229디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/2019260Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/2019179오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/2019196오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/2019176오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...