В файле 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.>
С уважением.
У меня было nat и у меня были проблемы с потерянными подключениями, тогда как в google я изменил nat на хост, и с тех пор потерянные проблемы, кажется, исчезли, стоит попробовать (сеть предпочтительна, кажется, и, по-видимому, быстрее чем в соответствии с google) post back, если стоило усилий, если вы пробовали и преуспели – blabb
У вас есть ссылка на учебное пособие по настройке среды? Тот, который у меня есть, не очень хорош. Когда я попробовал, это не сработало для меня. Именно поэтому я выбираю COM-порт. – MarksSO
выберите хост-переключатель только в настройках сети vmware, выполните ipconfig в хосте и найдите pv-адрес ipv4 vmnet1 из цели, если вы просто следуете документации в windbg bcdedit/debug на bcdedit/dbgsettings: net ipaddr: == xxx port == XXX ключ будет автогенерироваться, используя его в пакетном файле в хосте, таком как windbg.exe "-k net: port = 55555, Key = – blabb