surface:Surface Pro 3 BSOD(スタンバイ)-分析要求(2番目のハードウェアの交換-同じ問題バグチェックコード0x0000014F)

応答2# ->にスキップ

3 #

R5E 2015-12-04 14:35

こんにちはジョシュ、お返事ありがとうございます.

問題は、蓋を閉じた直後、または接続されたスタンバイ状態で蓋を閉じた後のある時間(分または時間)のいずれかで発生します.ほぼ常にユニットがドッキングされていますが、過去にもドックから外そうとしたため、
同じ結果(これは最初のユニットであり、その後交換されましたが、交換時に同じ消去法をまだ試していません).ドックに接続されているのは、有線ネットワーク用のイーサネットケーブルとHDMIへのディスプレイポートだけです.
外部モニター(Acer)に接続されたアダプター(Microsoftモデル1533).ArcTouchブルートゥースマウスも持っています.

時間があれば、排除してさらにテストを行うようにします.暫定的に、グループポリシーを介して休止状態を有効にし、「ふたを閉じる」アクションをスタンバイではなく休止状態に変更しました.これは、私が戻ったときにもう少し待つ必要があることを意味します
私のsurfaceですが、少なくとも私はそれを残したままのすべてのものに頼ることができます.

周辺機器が関係している場合でも(同じモニターが多くのラップトップで使用されており、クラッシュしたことがない)、誰かが私のログ/ダンプを分析できれば、それでも良いでしょう.それでも、Microsoftがドライバーに注意を払って作成する必要があります.彼らはもっとあることを確認してください
弾力性.ログ/ダンプを調べると、消去法が推測するだけで数日/数週間かかる可能性があることが数分でわかります.

交換用ユニットのファンが最初のユニットよりもかなりノイズが多いため、とにかくハードウェアRMAを探す可能性があります.キックスタンドは固まる前に少し遊びがあるようで、ビデオはログイン前にジャンプしてジッターすることがあります.画面の画像がクリアされます
(これは私の古いものでは決して起こりませんでした)

応答2# ->にスキップ

4 #

R5E 2015-12-14 21:12

私は最近、水面を持って旅行し、何日にもわたって何度も蓋を開閉しましたが、ブルースクリーンは一度もしませんでした.戻ったら、ドックに落としました(当時は電源しか接続されていませんでした).ふたを閉めるとすぐに
ブルースクリーン.私の前のユニットもドックからブルースクリーンになるので、これはこのユニットにとって新しいものです.さらにいくつかのテストを行いますが、RMAの下で別の代替品を探す可能性があります.

応答2# ->にスキップ

5 #

R5E 2015-12-17 05:16

OK、これですべての状況でのテストが完了しました.ドックにあるときに接続されたスタンバイに入るとブルースクリーンになると結論付けることができます(他に何も接続されておらず、電源ケーブルのみ).ふたを閉めるとほとんど起こりますが
電源メニューで[スリープ]を選択してスリープに入ったときにも発生します(誤ってウェイクアップしないように、最初にArc Bluetoothマウスの電源を切ってください).
睡眠を活性化するパターン、外部要因、または特定の方法を見つけたいと思っていましたが、私が持っていた両方のSurface Pro 3は、ドックにいる間でも、睡眠中にBSODを経験することは明らかです.余分なものがない完全にクリーンなBuild
ソフトウェアまたはドライバがインストールされており、他の周辺機器が接続されていない.

クラッシュ時間	バグチェック文字列	バグチェックコード	ドライバーによる原因	アドレスによる原因	ファイルの説明	クラッシュアドレス
2015年12月17日1:45	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe	ntoskrnl.exe + 142760	NTカーネルとシステム	ntoskrnl.exe + 142760
2015年12月15日0:14		0x0000014f	pdc.sys	pdc.sys + 7fe0	電力依存コーディネータードライバー	ntoskrnl.exe + 142760
2015年12月14日22:21		0x0000014f	pdc.sys	pdc.sys + 7fe0	電力依存コーディネータードライバー	ntoskrnl.exe + 142760
2015年12月14日19:42		0x0000014f	pdc.sys	pdc.sys + 7fe0	電力依存コーディネータードライバー	ntoskrnl.exe + 142760
2015年12月14日2:59	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe	ntoskrnl.exe + 142760	NTカーネルとシステム	ntoskrnl.exe + 142760

最初のBuild以降、すべてのアップデートがインストールされ、手動で何度もチェックされていることを確認できます.

これはW8.1とW10の両方で発生しました.
唯一の共通要素はSurfacePro 3です.幸運なものの1つを手に入れることを期待して、今日は3番目のハードウェア交換を探しています.

応答5# ->にスキップ

6 #

R5E 2015-12-18 13:19

だから私は今私の3rd Surface Pro 3にいます(ハードウェアは昨日RMAの下で再び置き換えられました).清潔なBuild、他のソフトウェア、またはマイクロソフトのペリフェラル以外のものはありません.ふたを閉じた直後に14FエラーがあるBSOD.

私がドックまたはアウトしていた最初のユニットはそれをしました.2番目のユニットはドックでのみそれをするように見え、この3番目のユニットはこれまでのところドックでのみ行われていますが、私はまだドックから起こるかどうかを確認するための適切なテストをしていません.

MS Storeは私のドックを持ってくると言った、それは賢明な考えのようです.しかし、顧客の時間の数日間(ME)、彼らのスタッフの時間と交換用ハードウェアを配置するのではなく、もっと効率的になるでしょう.
それらは単にダンプファイルを分析し、どのデバイスが実際にそれをやっているかを見ることができます.それは数ヶ月でした、そして私は10の異なる方法で50の異なる時間を試みました、しかしMSの誰も私のログ/メモリダンプを見ることに同意します.本物の恥.

私は持続しますが、私が問題に選択肢がないからのみ.

応答6# ->にスキップ

7 #

R5E 2015-12-28 19:05

それで、SP3をMicrosoftストアに数日間置いておきました.ドック、電源、キーボードとスタイラス、アークタッチマウスも残しました.理論では、問題はデバイスが原因である必要があり、アクセサリも含まれている可能性があるため、
すべて含まれています.BSODはデバイスの交換後も継続していたため、キーボードが唯一の一般的な要素である可能性があることが示唆されました.私はキーボードを交換することを提案しましたが、最初に障害が証明されない限り、交換することを望んでいませんでした.
彼らは、キーボードを外した状態で問題が発生したことがあるかどうかを尋ね、私はそれをこの方法で(特にドックで)使用できないと主張しました.さらに、キーボードなしでテストするのは少し難しいです.BSODは入力時に最も頻繁に発生するようです.
ふたを閉めてスタンバイします.

私がすでに行ったこととは異なる環境で障害が見られた場合、彼らがまだ誰かにメモリダンプを分析させることを望まない、またはできない場合、彼らに何ができるかを尋ねました.彼らは私に彼ら自身のハードウェア診断を実行すると言った
その上.

取り戻したところ、不具合は見つかりませんでした.Intel Extreme Tuning Utilityがインストールされており、ストレステストも7時間行われていることがわかりました(これは可能ですが、私が信じるように導かれた「特別なMSのみのハードウェアテスト」ではありません).
も使用されましたが、Windows環境の外部であるため、ログに記録されません).ログをさらにチェックすると、スタンバイに入るために蓋が閉じられていたことが数回示されましたが、チェックした日中はBSODはありませんでした.彼らは複製していませんでした
BSOD(私が知る限り)

ログ/ダンプの分析が行われず、障害が再現されていない間、何日も紛失した後、まったく同じ問題を抱えているまったく同じ機器を持って帰宅しないことを主張しました.その後、新しいキーボード(SP4キーボードとして
SP3のものは在庫がありませんでした).それ以来、私は問題を経験していません.

私が見ているように、3つの可能性があります:

1.「何か」は問題を修正するためにMSによって行われ、私はそれについて知らされていませんでした.

2.私が持っていたキーボードは常に故障していて、今は交換されているので、問題は解決します.

3.問題はまだ存在しますが、私はまだそれを再顕在化させることができませんでした.

ポイント2を心から望んでいます.他の誰かがこの問題を抱えていて、MSがそれを助けてくれない場合は、できるだけ科学的になり、次のプロセスで障害を見つけようとすることをお勧めします.消去法.私の場合、削除してみることができたかもしれません
キーボードをスタンバイ状態にするたびに(ドックでは少し便利ではありませんが)、2週間にわたってBSODが停止したかどうかを確認します.もしそうなら、私は単にMSに新しいKBを要求することができたでしょう.もちろん、誰かがわざわざ分析することができれば
私のログ(まだ公開されています)、確かに知っています.

応答7# ->にスキップ

8 #

R5E 2016-01-01 15:41

まあ、約1週間後、最後のBSODを見たと思っていましたが、今はまた戻ってきました.他の誰もまともな情報を投稿できないように見えるか、最初の投稿に従ってまだ利用可能なメモリダンプをチェックする意思がある/できるようです
このスレッドでは、私が持っている情報を引き続き投稿します.

これは、すべてのキット(SP3、ドック、キーボードなど)をMicrosoftストアに取り込む前のことです:

日付/時刻

バグチェックコード

住所が原因

クラッシュアドレス

2015年12月18日6:35	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2015年12月18日23:08	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2015年12月21日8:20	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2015年12月22日11:05	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2015年12月22日11:31	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760

その後、キーボードを閉じたときにBSODが(上記のように)表示されなくなった約1週間がありました.
それから昨日、まったく同じ問題が再び発生しました:

2015年12月31日13:49	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2016年1月1日11:20	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2016年1月1日16:42	0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760

ご覧のとおり、ログに表示されるバグチェックコードは毎回同じです.

今回の唯一の違いは、以前のように蓋を閉じた直後ではなく、蓋を開けたときにクラッシュが発生することです.ふたを開けると、キーボードのバックライトが点灯します.キーを押してマウスを動かしても何も起こりません.私
ホームボタンを押すと、押したときの振動を感じることができますが、画面はまだ黒のままです.SP3をよく聞くと、小さなカチッという音、おそらくファンが聞こえますが、それ以外は何も起こりません.1~2分後に再起動します
ゼロから、新しいデスクトップを再び入手します.イベントログを確認すると、上記の情報が表示されます.開始の遅延は、おそらくブルースクリーンが発生し、ダンプがディスクに書き込まれているためだと思います(つまり、すべての用途で).

この再起動の遅延は、BSODが戻る数日前に始まりましたが、私はそれを我慢しました.過去3回以降、常にBSODが発生しています(上記のログを参照).

この問題は、システムがタイムアウト後にスタンバイ状態になったままになっている場合、または電源メニューのオプションから入力された場合には発生しないようです.

ドックを切断しました.今後数日間でさらにテストを行います.

これはばかげてイライラします.Microsoftがこの問題について聞いたことがないと言っているのはかなりうんざりです.私はそれの多くの例が報告されているのを見つけました.完全に提供されたハードウェアとソフトウェアのパッケージを購入したにもかかわらず、私はさらにいらいらしています
Microsoftによると、彼らは一貫して、原因を示すログ/メモリダンプを確認することを拒否しています.

マイクロソフトの誰かにお願いします.この問題の所有権を取得してください.サポートを依頼したり、店舗を経由したりする過程で、私は信頼を失いました.

更新-ドックの外でも発生します-ふたを閉じたままにして、朝、開いたときにブルースクリーンになりました(外部モニターが接続されている場合).次に、モニターを切断した状態で試してみます.

応答8# ->にスキップ

9 #

R5E 2016-01-27 20:41

それで、他の誰も何の役にも立たないように思われるので、私はここで自分自身と話し続けます.最新のSP3ファームウェアアップデート(2016年1月)以降、私のBSODはひどく頻繁になっています.今、私はそれから10分間歩くだけで、BSODになります.しかしながら、
「14F」コードではなく、以前のSP3ユニットでより頻繁に使用していた古い「09F」を提供します.

クラッシュ時間

バグチェック文字列

バグチェックコード

アドレスによる原因

クラッシュアドレス

2016年1月27日19:45	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月27日13:56	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月27日12:20	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月27日7:06	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月26日23:15	driver_POWER_STATE_FAILURE	0x0000009f	tcpip.sys + 1baf02	ntoskrnl.exe + 142770
2016年1月26日21:08	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月26日20:05	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月26日10:54	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月25日23:12	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月25日14:18	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月25日7:10	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月24日22:43	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月24日20:14	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月24日17:20	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月24日14:55	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月24日8:07	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月23日13:44	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142770	ntoskrnl.exe + 142770
2016年1月22日22:59		0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142770
2016年1月14日0:06		0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142770
2016年1月13日12:52		0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142770
2016年1月13日9:16		0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2016年5月1日11:50		0x0000014f	pdc.sys + 7fe0	ntoskrnl.exe + 142760
2016年5月1日1:09	driver_POWER_STATE_FAILURE	0x0000009f	ntoskrnl.exe + 142760	ntoskrnl.exe + 142760

上記から、新しいファームウェアが23日にインストールされたことは明らかだと思います.もちろん、アンインストールオプションもありません.プライムワークマシンを14回も拭いて再構築する気は特にありません.感じるかどうかわからない
製品自体に深刻な欠陥があり、MSの誰も私のログを分析しないという事実は、おそらく彼らが問題を知っていることを認めているので、別の交換を求めるようなものです.確かに私だけではありません(他の多くのフォーラムスレッドがある場合)
すでに他の人に見せています.

SP3を購入して大変申し訳ございません.SP3を無視しているときにSP4に問題があることがわかった場合、SP5、6、またはバリアントは考慮しません.HPからSamsungまで、15年以上にわたってこれほどの苦痛を経験したことはありません.そこ
は明らかに欠陥のあるハードウェアまたは欠陥のあるドライバーであり、MSがここで責任を負う唯一のベンダーです.私は非常に不幸な顧客です.修正するか、少なくとも応答してください！

応答9# ->にスキップ

10 #

TerrySm 2016-01-28 02:54

最近の問題は、Surfaceペンソフトウェアドライバーが誤って含まれていることが原因だと思います.SP3フォーラムでそれについての長いスレッド.そのためには、そのドライバーをアンインストールする必要があります.現時点ではそのスレッドのタイトルを思い出せませんが、現在は16ページです
長い.

Yaへの最高の幸運.

応答9# ->にスキップ

11 #

ZigZag3 2016-01-28 03:01

RSE

サーフェスフォーラムを通過することはあまりありませんが、それでも気になる場合は、現在のDMPファイルを確認できれば幸いです.

Surfaceの問題については、クラッシュしている理由しかわかりません.誰か(Barb B)がSurfaceの背景をもっと知っていると確信しています.

応答11# ->にスキップ

13 #

BarbBow 2016-01-28 04:10

背景は、Microsoftがテストされていないファームウェアアップデートを再び発行したことです.
それをWUにプッシュし、そこでテストしませんでした.そして、顧客が
この特定のBSODは、Microsoftが次のようなドライバーを含むことを受け入れませんでした.
別のSKUについては、WUからのものではないと主張しました.そして彼らは
「うっかり」のような言葉を使い始めました...
誰か(バーブB)があなたのためにsurfaceにより多くの背景を持っていると確信しています.
__
バーブ
Windows Experience MVP
私のブログ-https://digitalmediaphile.com/次の場合は回答済みとしてマークしてくださいこれはあなたの質問に答えます

応答13# ->にスキップ

14 #

R5E 2016-01-28 07:58

私は自分のスレッドを最新号で流用したと思います.おそらく、個別に投稿する必要がありました.@ Barb-簡単な手順に感謝します.ペン設定ドライバーをアンインストールして、古いものに戻しました.ここまでは順調ですね.うまくいけば、これはクリアされます
最新(09f)のエラー.ただし、元の問題(コード14f)はまだ残っています.誰かがダンプを分析して特定できることを願っています.

応答11# ->にスキップ

15 #

R5E 2016-01-28 08:03

@ ZigZag、ダンプファイルを見てくれてありがとう.計り知れないほどありがたいです.最初の投稿でファイル(onedriveでホストされている)へのリンクを投稿しましたが、時間を節約するために、
が原因です.これらのダンプの時点で、私は新しいワイプとインストールを実行し、他のソフトウェアをインストールしていなかったと思います.AVソフトウェアが原因であるという提案が1つありましたが、このダンプは「AVなし」と呼ばれていたため、それがなくても発生していることがわかりました.
必要に応じて、より多くの情報や新しいダンプを提供できれば幸いです.ダンプが問題を適切に特定するのに役立つかどうかを確認できることを非常にうれしく思います.

応答15# ->にスキップ

20 #

ZigZag3 2016-01-28 13:29

14Fはハードウェアに関連しています.これらは単に、割り当てられた期間内にシステムコンポーネントが応答できず、システムが接続されたスタンバイを終了できないことを示しています.

ハードウェア.ハードウェアIDは4であり、AIDA64やspeccyなどのプログラムによってどのデバイスであるかを具体化できる場合があります.文字通り、14Fはすべて同じです.9Fは異なる場合がありますが、1つだけ指摘していただければと思います.

引数:
Arg1:0000000000000004、ハングしたコンポーネントのクライアントID.
Arg2:0000000000000001、通知クライアントが応答しませんでした.
Arg3:ffffc000296c2790、通知クライアントへのポインタ(pdc！_PDC_NOTIFICATION_CLIENT).
Arg4:ffffd0005790eb60、pdc！PDC_14F_TRIAGE構造体へのポインター.

応答20# ->にスキップ

16 #

R5E 2016-01-28 14:16

Zigzagのおかげで、ハードウェアに関連していると確信していました.ハードウェアIDに関する良い情報もあります.あなたが提案したユーティリティについて、来週を見ていきます.9Fがもう1つある場合はアップロードしますが、それらのほとんどが関連していることを願っています
新しいペンドライバーにアンインストールしたので、指が交差しました.

応答16# ->にスキップ

17 #

ZigZag3 2016-01-29 03:36

R5E

これを実行してBSODをトリガーできる場合は、実行中のWindowsデバッガーのコピーをマシンにアタッチし、クラッシュをトリガーして、DMPをアップロードできます.興味があれば、その方法を教えてあげましょう.WDB(Windows Debugger)と記号をダウンロードする必要があります
あなたのOSのために.合計ダウンロード数~8ギガ.

応答17# ->にスキップ

18 #

R5E 2016-02-02 09:44

それ以来、私はさらに多くの9fsを取得しています.ペンドライバーを削除すると、これが一時的に修正されただけか、それ以降に何か別のことが起こったようです.(私は戻って、ドライバーが新しいものではなく古いものであることを確認しました.)私もまだ
14fがクラッシュします.そのハードウェアIDをまだ掘り下げることはできませんが、WDBを使用することを推奨するようにプロセスを開始します.ジグザグ、それでよければ直接連絡するので、このスレッドをきれいに保ち、詳細をここに投稿するのは私が
入手してください.

応答18# ->にスキップ

19 #

h9k 2016-11-19 01:40

well、それは2016年11月です、そして問題はまだ解決されていません.

スタンバイ中の9Fと14FのBSODSは、スタンバイ中、ほとんどの時間はドッキングされています.

ほぼ3歳の装置がまだこれらすべての問題を抱えているのでしょうか.

この機械は私のラップトップ、私のPCと私のタブレットを交換しました.

今私は私のsurfaceを交換するためのデスクトップを探しています、私は本当に十分でした.第3のドッキングステーションユニット、2番目のSP3ユニット、無数のリフレッシュ、パナイが汲み上げられるかもしれませんが、私はやりました！

応答9# ->にスキップ

12 #

BarbBow 2016-01-28 04:21

見る Fluescreenの問題Pro 3ファームウェア19/01/2016-driver_power_state_failure と答え-TL; DRversionは次のとおりです.
1.サーフェスを再起動します(シャットダウンしません).
2.Right Windowsの[スタート]メニューアイコンをクリックして[デバイスマネージャ]をクリックします.
3.そのノードを拡張するために、ヒューマンインタフェースデバイスの横にある矢印をクリックします.
4.サーフェスペン設定をダブルクリックします.
5.ドライバタブをクリックしてversion情報を表示します.
6.ドライバのversionは10.0.302.0で、アンインストールをクリックしてください.
7.確認デバイスのアンインストールポップアップのアンインストール、[ドライバの削除]をオンにします.
このデバイスのソフトウェア」をクリックして[OK]をクリックします.
8.Restart(シャットダウンしない)surface.
9.これでsurfaceペン設定ドライバーversion4.0.112.1日付があるはずです.
3/30/2015
___
BARB
WindowsエクスペリエンスMVP
私のブログ- https://digitalmediaphile.com/ これがあなたの質問に答えると答えてマークを付けてください