2016-05-15 10 views
0

В файле WinDbg: File-> Symbole File Path? Я установил путь к: Srv*c:\symbols*https://msdl.microsoft.com/download/symbols После этого файла путь установки я пытаюсь сделать этот пример: https://msdn.microsoft.com/en-us/library/windows/hardware/mt269367 В разделе 5 Шаг 2. когда я тип .reload /f отладчика потерял подключение к цели. Если я не задал путь к символьному файлу, WinDbg также взломается в той же точке.Соединение потеряно для цели после команды .reload

Для меня кажется, что windbg потерял соединение с целью и не получил его . Даже когда я перезагружаю целевую систему на виртуальной машине.

Может кто-нибудь сказать мне, что происходит, и что я делаю неправильно или почему это происходит?

Я работаю с VMWare Player. Мой хост и целевая ОС - Windows 10 Pro. VMWare настроен на использование сети в NAT. Драйвер Echo успешно установлен.

В следующем вы можете увидеть журнал WinDbg:

<Microsoft (R) Windows Debugger Version 10.0.10586.567 AMD64 
Copyright (c) Microsoft Corporation. All rights reserved.> 

<Using NET for debugging> 
<Opened WinSock 2.0> 
<Waiting to reconnect... 
<Connected to target 192.168.2.107 on port 50000 on local IP 192.168.2.107.> 
<Connected to Windows 10 10586 x64 target at (Sat May 14 22:41:26.873 2016(UTC + 2:00)), ptr64 TRUE> 
<Kernel Debugger connection established.> 

<************* Symbol Path validation summary **************> 
<Response       Time (ms)  Location> 
<Deferred          > 
<Srv*c:\symbols*https://msdl.microsoft.com/download/symbols> 
<Symbol search path is: > 
<Srv*c:\symbols*https://msdl.microsoft.com/download/symbols> 
<Executable search path is: > 
<Windows 10 Kernel Version 10586 MP (1 procs) Free x64> 
<Product: WinNt, suite: TerminalServer SingleUserTS> 
<Built by: 10586.306.amd64fre.th2_release_sec.160422-1850> 
<Machine Name:> 
<Kernel base = 0xfffff801`68a78000 PsLoadedModuleList = 0xfffff801`68d56cd0> 
<Debug session time: Sat May 14 22:41:25.623 2016 (UTC + 2:00)> 
<System Uptime: 0 days 0:06:44.196> 
<Break instruction exception - code 80000003 (first chance)> 
<*******************************************************************************> 
<*                    *> 
<* You are seeing this message because you pressed either     *> 
<*  CTRL+C (if you run console kernel debugger) or,      *> 
<*  CTRL+BREAK (if you run GUI kernel debugger),       *> 
<* on your debugger machine's keyboard.          *> 
<*                    *> 
<*     THIS IS NOT A BUG OR A SYSTEM CRASH      *> 
<*                    *> 
<* If you did not intend to break into the debugger, press the "g" key, then *> 
<* press the "Enter" key now. This message might immediately reappear. If it *> 
<* does, press "g" and "Enter" again.           *> 
<*                    *> 
<*******************************************************************************> 
<nt!DbgBreakPointWithStatus:> 
<fffff801`68bbfed0 cc    int  3> 
<kd> !sym noisy> 
<noisy mode - symbol prompts on> 
<kd> .symfix> 
<DBGHELP: Symbol Search Path: srv*c:\symbols*https://msdl.microsoft.com/download/symbols> 
<DBGHELP: Symbol Search Path: cache*;SRV*https://msdl.microsoft.com/download/symbols> 
<DBGHELP: Symbol Search Path: cache*;SRV*https://msdl.microsoft.com/download/symbols> 
<kd> .sympath+ C:\echo\kmdf\driver\AutoSync> 
<DBGHELP: Symbol Search Path:cache*;SRV*https://msdl.microsoft.com/download/symbols;c:\echo\kmdf\driver\autosync> 
<DBGHELP: Symbol Search Path:cache*;SRV*https://msdl.microsoft.com/download/symbols;c:\echo\kmdf\driver\autosync> 
<Symbol search path is: srv*;C:\echo\kmdf\driver\AutoSync> 
<Expanded Symbol search path is:cache*;SRV*https://msdl.microsoft.com/download/symbols;c:\echo\kmdf\driver\autosync> 

<************* Symbol Path validation summary **************> 
<Response       Time (ms)  Location> 
<Deferred          srv*> 
<OK            C:\echo\kmdf\driver\AutoSync> 
<kd> .sympath> 
<Symbol search path is: srv*;C:\echo\kmdf\driver\AutoSync> 
<Expanded Symbol search path is: > 
cache*;SRV*https://msdl.microsoft.com/download/symbols;c:\echo\kmdf\driver\autosync> 
<> 
<************* Symbol Path validation summary **************> 
<Response       Time (ms)  Location> 
<Deferred          srv*> 
<OK            C:\echo\kmdf\driver\AutoSync> 
<kd> .reload /f> 
<? Retry sending the same data packet for 64 times.> 
<The transport connection between host and kernel debugger and target Windows seems lost.> 
<please try resync with target, recycle the host debugger, or reboot the target Windows.> 
<...Retry sending the same data packet for 128 times.> 
<...Retry sending the same data packet for 192 times.> 
<...Retry sending the same data packet for 256 times.> 

С уважением.

ответ

0

Проблема решена. Изменены настройки виртуальной машины от Ethernet до COM. Я также изменил настройки debug bcdedit в COM-порт, используя сайт this для настройки. Теперь я могу отлаживать, а также перезагружать символы или драйвер.

+0

У меня было nat и у меня были проблемы с потерянными подключениями, тогда как в google я изменил nat на хост, и с тех пор потерянные проблемы, кажется, исчезли, стоит попробовать (сеть предпочтительна, кажется, и, по-видимому, быстрее чем в соответствии с google) post back, если стоило усилий, если вы пробовали и преуспели – blabb

+0

У вас есть ссылка на учебное пособие по настройке среды? Тот, который у меня есть, не очень хорош. Когда я попробовал, это не сработало для меня. Именно поэтому я выбираю COM-порт. – MarksSO

+0

выберите хост-переключатель только в настройках сети vmware, выполните ipconfig в хосте и найдите pv-адрес ipv4 vmnet1 из цели, если вы просто следуете документации в windbg bcdedit/debug на bcdedit/dbgsettings: net ipaddr: == xxx port == XXX ключ будет автогенерироваться, используя его в пакетном файле в хосте, таком как windbg.exe "-k net: port = 55555, Key = – blabb