システムwiki

Surface Pro 4:2月17日の更新以降、接続されたスタンバイ時にSurface Pro 4がクラッシュする

PauloRe 受付中 最終更新日:2020-08-29 15:30

2月17日の更新以降、Surface Dockに接続されたコネクテッドスタンバイで毎回、Surface Pro 4がクラッシュしました.私は、接続されたスタンバイに接続されたデバイスを一晩放置しましたが、最後の3晩は毎朝再起動しました.二度
再起動後もデバイスがまだスリープ状態であることがわかりました.今朝、デバイスは実際に起きており、Windows Helloカメラでログインしようとしていました.

3つすべての場合に、イベントログで次のことがわかります:

ログ名:システム
ソース:Microsoft-Windows-WER-SystemErrorReporting
日付:2/21/2016 4:34:05 AM
イベントID:1001
タスクカテゴリ:なし
レベル:エラー
KeyWords:クラシック
ユーザー:N/A
コンピューター:PAULO-SP4
説明:
EventXml:

<Eventxmlns="schemas.microsoft.com/Win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-WER-SystemErrorReporting" Guid="{ABCE23E7-DE45-4366-8631-84FA6C525952} "EventSourceName =" BugCheck "/>
<EventID Qualifiers =" 16384 ">1001</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<KeyWords>0x80000000000000</KeyWords>
<TimeCreated SystemTime="2016-02-21T04:34: 05.213753000Z "/>
<EventRecordID>18127</EventRecordID>
<Correlation/>
<Execution ProcessID =" 0 "ThreadID =" 0 "/>
<Channel>system</Channel>
<computer>PAULO-SP4</computer>
<Security/>
</System>
<EventData>
<Data Name="param1">0x0000009f(0x0000000000000003、0xffffe 0017bab5060、0xffffd000f58fe890、0xffffe001903c02a0)</Data>
<Data Name="param3">03f67a08-aa40-4c45-b59c-81cbb219bfc7</Data>
</EventData>
</Event>

ログ名:システム
ソース:Microsoft-Windows-Kernel-Power
日付:2016年2月21日4:33:46 AM
イベントID:41
タスクカテゴリ:(63 )
レベル:クリティカル
キーワード:(70368744177664)、(2)
ユーザー:SYSTEM
コンピュータ:PAULO-SP4
説明:
システムは完全にシャットダウンせずに再起動しました.このエラーは、システムが予期せず応答を停止したか、クラッシュしたか、電源が失われた場合に発生する可能性があります.
EventXml:

<Event xmlns="schemas.microsoft.com/Win/2004/08/events/event ">
<System>
<Provider Name =" Microsoft-Windows-Kernel-Power "Guid =" {331C3B3A-2005-44C2-AC5E-77220C37D6B4} "/>
<EventID>41</EventID>
<Version>3</Version>
<Level>1</Level>
<Task>63</Task>
<Opcode>0</Opcode>
<KeyWords>0x8000400000000002</KeyWords>
<TimeCreated SystemTime="2016-02-21T04:33:46.599293100Z"/>
<EventRecordID>18069</EventRecordID>
<Correlation/>
<Execution ProcessID="4" ThreadID="8"/>
<Channel>system</Channel>
<computer>PAULO-SP4</computer>
<Security UserID="S- 1-5-18 "/>
</System>
<EventData>
<Data Name =" BugcheckCode ">159</Data>
<Data Name =" BugcheckParameter1 ">0x3</Data>
<Data Name="BugcheckParameter2">0xffffe0017bab5060</Data>
<Data Name="BugcheckParameter3">0xffffd000f58fe890</Data>
<Data Name="BugcheckPa rameter4 ">0xffffe001903c02a0</Data>
<Data Name =" SleepInProgress ">0</Data>
<Data Name =" PowerButtonTimestamp ">0</Data>
<Data Name =" BootAppStatus "> 0</Data>
</EventData>
</Event>

ログ名:システム
ソース:EventLog
日付:2/21/2016 4:33:59 AM
イベントID:6008
タスクカテゴリ:なし
レベル:エラー
KeyWords:Classic
User:N/A
computer:PAULO-SP4
Description:
以前のシステムシャットダウン21/02/2016の04:07:59は予期されていませんでした.
EventXml:

<Event xmlns="schemas.microsoft.com/Win/2004/08/events/event">
<system>
<Provider名= "EventLog"/>
<EventID Qualifiers="32768">6008</EventID>
<Level>2</Level>
<Task>0</Task>
<KeyWords>0x80000000000000</KeyWords>
<TimeCreated SystemTime="2016-02-21T04:33:59.395867100Z"/>
<EventRecordID>18065</EventRecordID>
<Channel>system</Channel>
<computer>PAULO-SP4</computer>
<Security/>
</System>
<EventData>
<Data>04:07:59</Data>
<data> 21/02/2016</Data>
<Data>
</Data>
<Data>
</Data>
<Data>66014</Data>
<Data>
</Data>
<Data>
</Data>
<Binary>E007020000001500040007003B002003E00702000000150004000700 3B002003DC0500003C00000001000000DC050000010000001E0000000100000000000000</Binary>
</EventData>
</Event>

powercfg/sleepstuyを実行すると、クラッシュの前に接続されたスタンバイセッションのデータを取得できません.その後のセッションのデータは表示されます.また、powercfg/batteryreportを実行すると、クラッシュ時にアクティブ化されているデバイスを確認できます
起きる理由はありません.

これらのアップデートでは、まだ「これらの問題を修正し、新しい問題を作成する」モードにあるようです.

PS:RuntimeBroker.exeにリンクされたDcomエラーもたくさんありますが、これらはすべてのWindows 10マシン(デスクトップ、Surface 3およびSurface Pro 4)に共通しています.10240年から存在しています:

ログ名:システム
ソース:Microsoft-Windows-Distributedcom
日付:2/21/2016 7:23:57 AM
イベントID:10016
タスクカテゴリ:なし
レベル:エラー
キーワード:クラシック
ユーザー:SYSTEM
コンピュータ:PAULO-SP4
説明:
Application固有の権限設定では、CLSIDを使用するcomサーバーApplicationのローカルアクティベーション権限が付与されません
{D63B10C5-BB46-4990-A94F-E40B9D520160}
およびAPPID
{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}
ユーザーにNT AUTHORITY\SYSTEM SID(S-1-5-18)Applicationコンテナーで実行されているアドレスLocalHost(LRPCを使用)から使用不可SID(使用不可).このセキュリティ権限は、コンポーネントサービス管理ツールを使用して変更できます.
EventXml:

<Event xmlns="schemas.microsoft.com/Win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Distributedcom" Guid="{1B562E86-B7AA-4131-BADC-B6F3A001407E}" EventSourceName="Dcom"/>
<EventID Qualifiers=" 0 ">10016</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<KeyWords>0x8080000000000000</KeyWords>
<TimeCreated SystemTime="2016-02-21T07:23:57.272200700Z"/>
<EventRecordID>18146</EventRecordID>
<Correlation/>
<Execution ProcessID="920" ThreadID="5668"/>
<Channel>system</Channel>
<computer>PAULO-SP4</computer>
<Security UserID="S-1-5-18"/>
</System>
<EventData>
<Data Name="param1">Application固有</Data>
<Data Name=" param2 ">ローカル</Data>
<Data Name =" param3 ">アクティベーション</Data>
<Data Name =" param4 ">{D63B10C5-BB46-4990-A94F-E40B9D520160}</Dat a>
<Data Name="param5">{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}</Data>
<Data Name="param6">NT AUTHORITY</Data>
<Data Name="param7">SYSTEM</Data>
<Data Name="param8">S-1-5-18</Data>
<Data Name="param9">LocalHost(LRPCを使用)</Data>
<Data Name="param10">使用不可</Data>
<Data Name="param11">使用不可</Data>
</EventData>
</Event>

返信リスト(回答:28)

1 #
PauloRe

私は私が持っている問題と非常によく似ているsurface帳フォーラムにこの投稿に気づいた:

surfaceブッククラッシュ-スリープモード-後

応答1# ->にスキップ
2 #
PauloRe
上記に加えて、私は何度か、ファンがオンになっていて、デバイスが眠っているはずの非常に高温のデバイスを見つけました.何が起こっているのかを確認するためにログインし、タスクマネージャーを確認すると、大量のCPUを使用しているプロセスが1つもありませんが、
SpeechRuntime.exeなどのプロセスが3~5%のCPUを常に使用していることがよくあります.
3 #
MawnenL

ハロー

最初のStepiでは、Surface Pro用のドライバを手動でダウンロードしてインストールすることをお勧めします.

ドライバのダウンロードリンク!

アップデートをインストールしています最新情報を解決します.工場出荷時にお客様のデバイスをリセットすることができます.

RecoveryImageダウンロード!

これが役に立つと思います.

応答3# ->にスキップ
4 #
PauloRe

マイクロソフトが常に工場出荷時のリセットを止めるのを止めることを願っています!これは非常識です:私は生産性のデバイスを購入することはできず、問題が起きるたびに工場のリセットをリセットする必要がありますが、私が再インストールして再構成しなければならないデバイスを持っています.

誰も私のマシンからag agnosticsを取っていないので、工場出荷時のリセットが私の問題の解決策であるという表示はありません.あなたと私が知っているすべてのために、私はリセットの意味の後にまだ同じ問題があるかもしれません
働いているはずだった時の時間.

投稿したとき surfacePro 4の問題-それらすべてが知られていますか? 工場出荷時のリセットをするように言われました.私はそれが私のデバイスで経験していた問題がユニークであり、それらの問題が2月17日の更新に修正されたので、私はそれを抵抗したので、私は私が私のデバイスではユニークで、そして時間が正しいことを証明しました.今新しい問題があります

私はあなたが提供したMSIを使ってドライバーを再インストールしました、Bjp.私は私のデバイスマネージャでアイテムごとにアイテムを消去し、警告がないことを確認し、すべてのドライバのversionはリリースノートと一致しています.私のデバイスが最新のものであることを確信しています.

SCF/Scannowを実行し、その問題も見つかりませんでした.Windowsの再インストールが何も解決すると信じる理由はありません.マイクロソフトが私にとっての証拠が証拠できるのでなければ、私はそれが私にかかる時間を買う余裕がないので私はそれをすることを拒否します.

工場出荷時のリセット、Office、Visual Studio、Project、Visio、Adob e CC、Java、Jetrainsツール、すべての小型ツール、SDK、コンパイラを完全にリセットするのにどのくらい期待していますか.そしてそれをすべて設定して設定します
私が使うの? WindowsとEdgeを実行するだけでなく、これらのコンピュータをそれらのコンピュータを購入することを理解してください.

応答4# ->にスキップ
5 #
MawnenL

こんにちは、パウロレイヘルト!

ご不便をおかけして申し訳ございません.ホームページからドライバーをテストした後に工場出荷時の状態にリセットすることをお勧めした理由は、問題の程度によるものです.さらに詳細に実行したい場合
トラブルシューティングサポートラインに連絡することをお勧めします.

Microsoft Surfaceサポート-米国Microsoft Surfaceサポート-イギリス

応答5# ->にスキップ
6 #
PauloRe

残念ながら、私はテクニカルサポートに連絡しましたが、彼らはあなたと同じようにほとんどアドバイスしました.Surfaceサポートからの標準的な応答のようです.@Surfaceと@Surfacesupportをツイットしたときにも同じことが起こりました:応答は常に何も考えずに出荷時設定にリセットされます
エージェントから.

私の問題は、Surface BookやSurface Pro 4に他の多くの人が投稿している問題に似ているようです.私の友人が、Surface Pro 4でも同じことをしています.彼らは調べた
これらの問題と、問題が何であるかについての考えがあります.もしそうなら、私たちのマシンで解決策を実行するかどうか、またはデバイスのさらなるアップデートがあるかどうか.

応答6# ->にスキップ
7 #
Ttocsa
ただのハンチ...SSDのパフォーマンスを向上させるためにSSDのパフォーマンスを向上させるためにサムスンNVMEドライバをインストールしましたか?私はそれが睡眠時のバッテリー排水、シャットダウン、たくさんのエラーのあるすべての問題を引き起こしていたことがわかりました
メッセージ私はそれをアンインストールし、私のSP4は今ははるかに良く走っているようです.
応答7# ->にスキップ
8 #
PauloRe

いいえ、デバイスはマイクロソフトが提供するアップデートでのみ提供されるため、デバイスをほとんど使用しています.ドライバーなどでも、署名付きのversionがWindows Update経由で届くのを待っていました.

公平に言うと、私がスリープ状態にあるときにマシンがクラッシュするというこの問題は、私がデバイスで抱えている唯一の問題です.それ以外は堅実です.

応答8# ->にスキップ
9 #
jetsafl
先日、ファイルのみを残してsurfaceをリセットしました.すべてを再インストールしなければならないのは面倒でしたが、今ではsurfaceがスリープモードに出入りしているようです.
応答9# ->にスキップ
10 #
PauloRe
面白いですね.私は時間をかけて、リセットによって問題が解決したかどうかを確認できるまで待ちます.その場合は、同じようにしようとするかもしれませんが、うまくいけば、最初からすべてを再インストールしなければならないのはそれだけです.
応答10# ->にスキップ
11 #
Electro

それだけの価値があるので、このエラーは、すべてのWindowsアップデートがインストールされ、他のソフトウェアがインストールされていない工場出荷時の新しいSP4で発生しました.

つまり、リセットは時間の無駄になるようです.

12 #
PauloRe

大丈夫、私は何かを見つけたかもしれないと思います.

surface支援からの反応の欠如(感謝のsurfaceサポート、よく行われた、たくさんありがとう)私はフォーラムを読んで見つけていました 2月17日以降の複数の問題. 他の誰かがこれらの問題を抱えていますか? .私は金曜日のそのスレッドに詳述されており、それ以来問題なしに私のデバイスを使用してきた措置.

あなたが私のデバイスの上のスクリーンショットからわかるように、私のデバイスは3日以上後に再起動していますが、その時点でスリープモードを数回オフにしました.今日私はそれを毎日私と一緒に持っていました7:30歳からそれを使ってそれを使用して、実行します.
特定のタスクとそれを片付け、今すぐ午後9時30分に、それは残っていて、まだビートを見逃していません.

私はすべての問題が修正されていたと言っていますが、私が3日間にまだ問題を抱えていないことを考えることに躊躇しています.彼らの調査結果に戻る

頑張ってください.

応答12# ->にスキップ
13 #
PauloRe

申し訳ありませんが、それは誤警報だったと思います.上記を投稿した後、私は自分のPCをロックし、立ち去ったところ、今朝の再起動後(クラッシュ後)にそれを発見しました.

少なくとも、現在、デバイスにインストールされているOSがクリーンであると100%確信しています.すべてのレジストリ設定、ファイル、ACLは必要な場所にあり、SFCは満足しています.バグチェックで生成されたメモリダンプを調べて、そこに何かあるかどうかを確認します
Microsoftが情報を提供していないことを考えると.

応答13# ->にスキップ
14 #
PauloRe

大丈夫、これは問題についてもっと詳しく、surfaceドック関連のようです.障害時のドライバはMSU30X64W8.SYSで、NDIS.SYS:

メモリダンプはできるようになります ここで見つけた

メモリダンプ解析:

2:KD>!ANALYZE-V
**
* BugCheck Analysis*
**
Driver_Power_State_Failure(9F)
ドライバが失敗しました
引数:
引数:
引数:
arg1:0000000000000003、DeviceオブジェクトはIRPを長時間ブロックしています
arg2:ffffe001d56eb060、物理Stackのデバイスオブジェクト
arg3:FFFFD001092FE890、NT!Win7以降のTRIAGE_9F_POWER、それ以外の場合は、スタックの機能デバイスオブジェクト
arg4:FFFFE001C49DF900、ブロックされたIRP
デバッグの詳細:

暗黙のスレッドはFFFFE001 'B9086040 Page F40はダンプファイルにありません.詳細は ".hh dbgerr004"と入力してください.F40ダンプファイルに存在しません.詳細は ".hh dbgerr004"と入力してください.F40ダンプファイルに存在しません.詳細については ".hh dbgerr004"と入力してください
dump_class:1
dump_qualifier:401
build_version_string:10586.103.amd64fre.th2_release.160126-1819.
System_Manufacturer:Microsoft Corporation
system_product_name:Surface Pro 4
system_sku:surface_pro_4.
System_Version:D:0B:08F:1C:03P:38
BIOS_VENDOR:Microsoft Corporation
BIOS_VERSION:104.1085.768
BIOS_DATE:2016/01/29
BaseBoard_Manufacturer:Microsoft Corporation
BaseBoard_Product:Surface Pro 4
dump_type:1
BugCheck_p1:3
BugCheck_p2:FFFFE001D56EB060
BugCheck_p3:FFFFD001092FE890
BugCheck_p4:FFFFE001C49DF900.
DrvPowerState_Subcode:3
障害_thread:B9086040
CPU_COUNT:4
CPU_MHZ:8A0
cpu_vendor:genuineintel.
CPU_FAMILY:6
CPU_MODEL:4E
CPU_STEPPING:3
CPU_MICODE:6,4E、3,0(F、M、S、R)SIG:7A'000000(キャッシュ)7A'000000(init)
default_bucket_id:win8_driver_fault.
BugCheck_Str:0x9F
process_name:System.
current_irql:2
Analysis_Session_host:Paulo-SP4
Analysis_Session_time:03-01-2016 12:37:37:22.0535
Analysis_Version:10.0.10586.567 AMD64FRE.
Last_Control_Transfer:FFFFF801CE7F3EAからFFFFF801CEF4FF16へ
STACK_TEXT:
ffffd001`04d53400 fffff801`cee7f3ea:fffff801`00000000 00000000`00000001 ffffe001`00000000 00000000`00000000:NT KiSwapContext + 0x76
ffffd001`04d53540 fffff801`cee7ee79:!ffffe001`c02511f0 00000003`b97f9aca 00000000 `00000000 00000000`00000001:NT KiSwapThread + 0x15a
ffffd001`04d535f0 fffff801`cee7eae5:!ffffe001`bdce81a0 fffff801`4259bf52 ffffe001`bdce8101 00000000`00000000:NT KicommitThreadWait + 0x149
ffffd001`04d53680 fffff801`4264e7b2:!ffffe001 `bdce9618 fffff801`00000000 ffffd001`04d53700 00000000`00000000:NT KeWaitForSingleObject + 0x375
ffffd001`04d53740 fffff801`426392fd:!00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000:!NDIS KWaitEventBase ::待ち+ただし0x22
ffffd001`04d53780 fffff801`42617f48:ffffe001`bdce81a0 ffffe001`bdce81a0 00000000`00000000 fffff801`cf11db48:NDIS NDIS :: BindEngine :: ApplyBindChanges + 0x16935
ffffd001`04d537d0 fffff801`42592588:!ffffe001`be01f3e0 ffffe001`bdce81a0 ffffe001` C49DF900 00000000 0000000003 :NDIS ndisIssueNetEventSetPowerEvent + 0x60
ffffd001`04d538d0 fffff801`425afb02:!00000000`00000800 ffffe001`c49df900 ffffe001`c49df900 ffffe001`b902d8a0:NDIS ndisPrepForLowPower + 0x38
ffffd001`04d539a0 fffff801`42617b8e:!00000000`00000000 ffffe001`bdce81a0 ffffe001`c49dff70 ffffe001`bdce81a0:NDIS ndisSetDevicePower + 0x1d886
ffffd001`04d53a10 fffff801`425a4528:!ffffe001`c49df900 ffffe001`d56eb060 ffffe001`c49dff70 fffff801`cf0e3180:NDIS ndisSetPower + 0x56
ffffd001`04d53a40 fffff801`cef1962a! ffffe001`b9086040 ffffd001`04d53af0 fffff801`cf0e3100 ffffe001`bdce8050:NDIS ndisPowerDispatch + 0xa8
ffffd001`04d53a70 fffff801`ceeec5a5:!00000000`00000000 fffff801`cef19434 00000000`00000000 00000000`00000056:!NT PopIrpWorker + 0x1f6
ffffd001 `04d53b10 fffff801`cef50626:ffffd001`04d5c180 ffffe001`b9086040 fffff801`ceeec564 00000000`00000000:NT PspSystemThreadStartup + 0×41
ffffd001`04d53b60 00000000`00000000:!ffffd001`04d54000 ffffd001`04d4d000 00000000`00000000 00000 000`00000000:NT!KistartSystemThread + 0x16
stack_command:.thread 0xffffe001b9086040 k
thread_sha1_hash_mod_func:3816aecaf706bb13db2af94abf3442783a78ddec.
thread_sha1_hash_mod_func_offset:D23F86E59DBC9A8677496594F7753B63209C7295.
Thread_Sha1_HASH_MOD:2E7463C4A06613CA32BF00F4FE630CE53F51E143
holarup_ip:
NDIS!KwaiteventBase :: Wait + 22
FFFFF801`4264E7B2 4883C438 RSP、38時間

ortion_instr_code:38c48348
symbol_stack_index:4
symbol_name:NDIS!KwaiteventBase :: Wait + 22
forlowup_name:MichineOwner
module_name:NDIS
image_name:ndis.sys.
debug_flr_image_timestamp:5632d5d2
bucket_id_func_offset:22
failure_bucket_id:0x9f_3_ndis!KwaiteventBase :: Wait.
bucket_id:0x9F_3_NDIS!KwaiteventBase :: Wait.
PRIMARY_PROBLEM_CLASS:0x9F_3_NDIS!KwaiteventBase :: Wait.
target_time:2016-03-01T02:52:01.000z
OsBuild:10586
OsservicePack:0.
servicepack_number:0.
OS_Revision:0.
suite_mask:272
product_type:1
osplatform_type:x64
OSNAME:Windows 10
推定:Windows 10Winnt TerminalServer SignSerts
OS_LOCALE:
user_lcid:0.
OSBUILD_TIMESTAMP:2016-01-27 04:38:01.
BuildDateTamp_Str:160126-1819
buildlab_str:th2_release.
buildosver_str:10.0.10586.103.amd64fre.th2_release.160126-1819.
Analysis_Session_elapsed_time:11b8
Analysis_Source:KM
障害_ID_HASH_STRING:km:0x9F_3_NDIS!KwaiteventBase :: Wait
障害_ID_HASH:{37B67C78-0C57-7222-0C7-71F6203E422C}
フォローアップ:MichineOwner

2:!DevStack FFFFE001D56EB060
!Devobj!DRVOBJ!DRVOBJ!Devext ObjectName
FFFFE001BDCE8050\Driver\MSU30X64W8FFFFE001BDCE81A0 ndmp51
>FFFFE001D56EB060 \ドライバー\USBHUB3FFFFE001D5A08480 usbpdo-11
!DevNode FFFFE001BF2DFD30:
USB\VID_045E&PID_07C6¥
serviceNameは "msu30x64w8"

です.
応答14# ->にスキップ
15 #
PauloRe

すばらしい、私は上記の問題について話し合うためにマイクロソフトのサポートに電話し、メモリダンプのコピーを提供し、私が話をしたサポートエンジニアがメモリダンプを調べないことを教えてくれました.彼らは彼ら自身の問題のための独自のトラブルシューティング手順を持っています
何かがくっつくまで試し続けます.

すばらしい.

応答15# ->にスキップ
16 #
jfflavi

HI、

HI、

私は私のSP4(I7/16GB/256GB)に同じ問題を抱えています.

https://oneedrive.live.com/Redir?Resigh= 57A0027ef3F75279!58288&Autkey=!AI2VINJ7VYKFVN8&ITHINT= FOLDER%2CEVTX

私たちが今日生活していることを考えて、1日に最大3つのクラッシュ!

応答16# ->にスキップ
17 #
PauloRe

最新の4つのクラッシュダンプを確認しましたが、そのうち3つは、同じ問題(ndis.sysとネットワークアダプター)が原因で発生したものです.私のマシンに限定されていない問題を示しているので、それは私にとって励みになります.

Arg2:0000000000000100、Win32kは監視要求をタイムリーに完了しませんでした.

これは、以前には見られなかった別の問題です.

応答17# ->にスキップ
18 #
supperm

SP4とSP3ドックを使用していますが、同じ問題があります.

とても煩わしい.

応答18# ->にスキップ
19 #
supperm
ドックにマウントされているときにコンピュータをスリープさせないでください.
応答18# ->にスキップ
20 #
LawWith

スタンバイを無効にして、休止状態に変更します.しばらくの間これをテストして魅力のように動作しています.下のリンクのように、そのSSDは起動が速く、少なくともあなたは実際にオンになることを知っています!スタンバイを無効にし、「閉じる」を変えることを忘れないでください.
Hibernateへのスタンバイ.

リンク:Microsoft Working SleepはSurface Pro 4を発行します

応答20# ->にスキップ
21 #
PauloRe
それで十分ですが、そうする必要はありません.デバイスは特定の機能を備えたものとして販売されており、クラッシュしないように機能を無効にする必要がないため、宣伝どおりに機能することを期待しています.
応答20# ->にスキップ
22 #
heheman

休止状態への変更は、次の注意事項を使用して、わずかに改善されています.

  • デバイスのスリープ状態が解除されるまでに2秒ではなく約30秒かかり、insta-pen-note機能を使用できません.
  • カメラは次の再起動まで機能しなくなります.これは本当に最悪です.つまり、Windows Helloログイン(特にタブレットモード)を使用できず、PIN/パスワードを入力する必要があります.
23 #
Frank

2016年5月24日、Surface Pro 4のファームウェアアップデート(スリープとウェイクアップ中に安定性が向上したと思われる)は、少なくとも1日に1回クラッシュするコンピュータの大規模な問題があります.

問題が発生します:

  • 接続されているスタンバイからのウェイクアップ中にDock
  • のドッキング/ドッキングの後、DPポート
  • を介して外部モニタをプラグイン/プラグインした後
  • 接続待機中に
    • は、睡眠中(接続スタンバイ)の間にsurfaceのファンが全速で走っていることに気づいた.覚醒させようとすると、キーボードが点灯しますが、ディスプレイは表示されません(はありません)、または灰色が表示されます.

すべての場合では、電源ボタンを押したままにする必要があります.

問題の起こり源:Adobe Acrobat Reader DC 2015.ディスプレイやドッキングステーションの接続/不足解除の後に2,3回クラッシュしたことに気づいた.ドッキング/ドッキング中にPDFが開いていない場合は、問題に気付いていません.
Acrobat Readerがこれらのファームウェアアップデートでうまく機能しない場合

残念ながら、私のシステムは復元プロセス中にディスク容量を削除したため、以前の復元ポイントへの復元に失敗しました.

だから私の質問は次のとおりです.

  1. 他の誰かが同様の問題を抱えていますか?
  2. は解決策がありますか?
  3. 古いファームウェアに戻す簡単な方法はありますか? (私が復元ポイントを失ったと言ったように)
応答23# ->にスキップ
24 #
DenisPi

同様の問題が発生しています.私のSurfaceプロは、私も毎日の睡眠の問題を抱えている5月の更新まで、ようやく安定点に到達したように見えました.私のマシンが十分長い間放置されていると、応答しなくなり、電源を切らなければなりません.
そして再起動します.半分の時間で再起動すると、ブルースクリーンにIRQL not equalメッセージが表示されます.

Adobeをインストールしていません.

IRQLエラーメッセージが表示されたため、ドライバに問題があると思います.

応答24# ->にスキップ
25 #
Frank

こちらも同じです.この一連の更新プログラムをインストールすることを決定するまで、物事はようやく順調にスムーズに実行されているように見えました.ファームウェアをロールバックできるといいのですが.

Adobeを使用していないことに興味がある.

(まだ)ブルースクリーンが表示されませんが、システムが正常にシャットダウンしていないことがイベントビューアで確認できます.

応答23# ->にスキップ
26 #
JaymzYa
はい、どのアップデートでもスリープ/ウェイクアップの問題は修正されていません.毎晩、電源ボタンを40秒間押し続けてから、再起動するまで繰り返します.Surface Pro 4を最新に更新しました.MiseryはMicrosoftが大好きです
応答26# ->にスキップ
27 #
DavidWi

YUP、物事を更新した後、私のSP4のために南に行き始めた後、私がビッグ4月(?)ドライバとファームウェアの更新後にある程度の安定性に達したときこれが私のバグチェックを見るものです(pdc_watchdog_timeout):

BugCheck 14f、{0,100,0,50434c45}

おそらく原因:pdc.sys(pdc!pdcpmonitoronwatchdogworker + 29)

フォローアップ:MichineOwner


0:!Analyze-V
**
* BugCheck Analysis*
**

PDC_WatchDog_timeout(14f)
割り当てられた期間内にシステムコンポーネントの応答に失敗しました.
システムの接続スタンバイの終了を防ぐ.
引数:
gr.arg1:0000000000000000、HungコンポーネントのクライアントID.
arg2:000000000000000100、Win32kはタイムリーにモニタオンリクエストを完了しませんでした.
arg3:0000000000000000、このリクエストの最新のPower_Monitor_Request_reasonの値.
arg4:0000000050434C45、要求を開始するための内部パスを示す値.

デバッグの詳細:


dump_class:1

dump_qualifier:401

build_version_string:10586.306.amd64fre.th2_release_sec.160422-1850

System_Manufacturer:Microsoft Corporation

system_product_name:Surface Pro 4

system_sku:surface_pro_4

System_Version:D:0B:08F:3C:03P:38

BIOS_VENDOR:Microsoft Corporation

BIOS_VERSION:104.1121.768

BIOS_DATE:2016/03/03

BaseBoard_Manufacturer:Microsoft Corporation

BaseBoard_Product:Surface Pro 4

dump_type:1

BugCheck_p1:0

BUGCHECK_P2:100

BugCheck_p3:0

BUGCHECK_P4:50434C45

bugcheck_str:0x14F_MonitorOn_0x0_ELCP

CPU_COUNT:4

cpu_mhz:5e8

cpu_vendor:genuineintel

CPU_FAMILY:6

CPU_MODEL:4E

cpu_stepping:3

cpu_microcode:6,4e、3,0(f、m、s、r)sig:82'000000(キャッシュ)82'000000(init)

default_bucket_id:win8_driver_fault

process_name:system

current_irql:0

ANALYSION_SESSION_HOST:DARTH

Analysis_Session_time:06-08-2016 10:51:03.0353

Analysis_Version:10.0.10586.567 AMD64FRE

last_control_transfer:FFFFF8002C9F19D9からFFFFF802B6D5C780

STACK_TEXT:
ffffd000`224b1a38 fffff800`2c9f19d9:00000000`0000014f 00000000`00000000 00000000`00000100 00000000`00000000:NT KeBugCheckEx
ffffd000`224b1a40 fffff802`b6c5cc59:!fffff802`b6fad200 fffff802`b6ef6040 fffff800`00000000 fffff802`b6fad340:!PDC PdcpMonitorOnWatchdogWorker + 0x29
ffffd000`224b1a80 fffff802`b6d07b65:ffffd001`0000007b 00000000`00000080 ffffe001`62491680 ffffe001`70ff9800:NT ExpWorkerThread + 0xe9
ffffd000`224b1b10 fffff802`b6d61926:!ffffd001`66040180 FFFFE001 `70F6D07B24 00000000` 00010224:NT!PSPSystemThreadStartup + 0x41






00000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000:NT!KistartSystemThread + 0x16

STACK_COMMAND:KB

THREAD_SHA1_HASH_MOD_FUNC:6554C1E422BA11DB3654290D3C393F4442AAEA94

THREAD_SHA1_HASH_MOD_FUNC_OFFSET:030E8E9DEB055C9FCA4B56340EF04ABEC30CF624

THREAD_SHA1_HASH_MOD:9153FCC24A9DEBD7FC9E7C503C3C6ADDED606B19

forlowup_ip:
PDC!PDCPMonitorOnWatchDogWorker + 29
FFFFF800`2C9F19D9 CC INT 3

FAULT_INSTR_CODE:44CCCCCC

symbol_stack_index:1

symbol_name:PDC!PDCPMonitorOnWatchDogWorker + 29

forlowup_name:MachineOwner

module_name:pdc

image_name:pdc.sys

debug_flr_image_timestamp:571af2a5

BUCKET_ID_FUNC_OFFSET:29

障害_bucket_id:0x14F_MonitorOn_0x0_ELCP_PDC!PDCPMonitorOnWatchDogWorker

bucket_id:0x14F_MonitorOn_0x0_ELCP_PDC!PDCPMonitorOnWatchDogWorker

PRIMARY_PROBLEM_CLASS:0x14F_MONITOR_0X0_ELCP_PDC!PDCPMonitorOnWatchDogWorker

target_time:2016-06-07t12:46:28.000z

Osbuild:10586

osservicepack:0

servicepack_number:0

os_revision:0

suite_mask:272

product_type:1

osplatform_type:x64

OSNAME:Windows 10

Windows 10Winnt TerminalServer Signserts

os_locale:

user_lcid:0

OSBUILD_TIMESTAMP:2016-04-23 06:04:21

builddateTamp_str:160422-1850

buildlab_str:th2_release_sec

buildosver_str:10.0.10586.306.amd64fre.th2_release_sec.160422-1850

Analysis_Session_elapsed_time:1661

Analysis_Source:km

failure_id_hash_string:km:0x14f_monitoron_0x0_elcp_pdc!PDCPMonitorOnWatchDogWorker

failure_id_hash:{B02D0E71-FFBB-2E94-5732-48affd4e19e6}

私たちはここで何が起こっているのかMicrosoftから単語を入手できますか?それがあらゆる助けのならば、私は2番目のユーザーがすでにログオンされていたときにこれが起こっているのを見ました.IRライトがオンになるのがわかりますが、キーボードは反応してオン/オフさえします
パワーキーを押すと、画面が黒くなったままになるまで、クラッシュが発生するまで.

これまでのところ、このSP4は、私が今まで所有していたバーゲン地下のラップトップよりも衝突しやすいことが判明しました.それはどのように可能ですか?

応答23# ->にスキップ
28 #
Frank 1

では、2016年5月のファームウェアアップデートの更新についての私の議論が2月の更新についての議論に組み込まれたのはなぜでしょうか.5月までこの問題はありませんでした.

また、クイックアップデート:

  • 5月のファームウェアのアップデート以降、私のAcrobat Readerはコネクトスタンバイが嫌いです.長時間PCを離れると、頻繁にクラッシュします(起床後、Acrobatが動作を停止したというメッセージが表示されます).
  • Acrobatは、ドッキング/ドッキング解除時に発生するクラッシュにも関連しているようです..ドッキング/ドッキング解除する前に慎重に閉じており、その後クラッシュしていません.
  • Acrobatがこの問題を引き起こす唯一のプログラムであるとは言いませんが、それはその1つです.多くのPDFで作業するので非常に迷惑です
  • 最終的な観察:接続されたスタンバイ中にモニターの構成が「ディスプレイ2にのみ表示」から「複製」に頻繁に変更されます.また、非常に迷惑です...