2016-05-15 7 views
0

WinDbgの場合:ファイル - >シンボルファイルパス? https://msdn.microsoft.com/en-us/library/windows/hardware/mt269367 セクション5ステップ2では、私は失われたデバッガが ターゲットに接続.reload /f入力すると:このパスのファイルは、私がこの例を作成しようとしている設定後 Srv*c:\symbols*https://msdl.microsoft.com/download/symbols :私はへのパスを設定します。 シンボルファイルのパスを設定しないと、WinDbgも同じポイントでブレークアップします。.reloadコマンドの後にターゲットに接続が失われる

私にとって、windbgはターゲットとの接続を失ってしまい、それを得ることができませんでした もう一度確立されました。 VM上のターゲットシステムを再起動しても。

誰かが何が起こっているのか、私が間違っているのか、これがどうして起こるのか教えていただけますか?

私はVMWare Playerで作業しています。私のホストとターゲットOSはWindows 10 Proです。 VMWareはNATでネットワークを使用するように設定されています。 Echoドライバが正常にインストールされました。

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

よろしく:あなたはWinDbgのログを見ることができ、以下で

答えて

0

問題が解決しました。 VM設定をイーサネットからCOMに変更しました。 this Webサイトを使用して、bcdedit debugsettingsをCOMポートに変更しました。 これで、シンボルやドライバをデバッグして再読み込みできます。

+0

私はNATを持っていましたが、接続が失われてGoogleに接続できなくなってしまいました。ホスト接続だけに問題があったため、接続が失われてしまったようです。 Googleよりもco.jpより)あなたが試して成功した場合は、努力する価値がある場合は投稿してください – blabb

+0

環境をセットアップする方法のチュートリアルへのリンクはありますか?私が持っているものはあまり良くありません。私はそれを試したとき、それは私のために働いていませんでした。だから私はCOMポートを選ぶのです。 – MarksSO

+0

vmwareネットワーク設定のホストのみのラジオボタンを選択し、ホストのipconfigを実行し、vcnetのipv4アドレスのpingを探してください。bcdedit/dbgsettingsのwindbg bcdedit/debugのマニュアルに従ってください。net ipaddr:== xxx port == XXXキーは自動生成され、windbg.exeのようなホストのバッチファイルで使用されます。 "-k net:port = 55555、Key = – blabb

関連する問題