Verbindungsverlust zum Ziel nach .reload-Befehl

Question

In WinDbg: Datei-> Symboldateipfad? Ich habe den Pfad zu: Srv*c:\symbols*https://msdl.microsoft.com/download/symbols Nach dieser Pfaddatei Einstellung Ich versuche, dieses Beispiel zu machen: https://msdn.microsoft.com/en-us/library/windows/hardware/mt269367 In Abschnitt 5 Schritt 2, wenn ich schreibe .reload /f das verlorene Debugger an das Ziel verbinden. Wenn ich den Pfad der Symboldatei nicht einstelle, breche WinDbg auch am selben Punkt auf.

Für mich scheint es, dass windbg die Verbindung zum Ziel verloren und es nicht wieder hergestellt bekommen. Auch wenn ich das Zielsystem auf der VM neu starte.

Kann mir jemand sagen, was los ist und was ich falsch mache oder warum das passiert ??

Ich arbeite mit VMWare Player. Mein Host und das Ziel-Betriebssystem sind Windows 10 Pro. VMWare ist so konfiguriert, dass das Netzwerk in NAT verwendet wird. Der Echotreiber wurde erfolgreich installiert.

In folgenden Sie das WinDbg Protokoll sehen:

<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.> 

Grüße.

Answer 1

Problem gelöst. Geänderte VM-Einstellungen von Ethernet zu COM. Ich änderte auch die bcdedit debugsettings zu COM-Port mit this Website zu Setup. Jetzt kann ich debuggen und auch Symbole oder den Treiber neu laden.