11月のロールアップが表示されている間、KB2962409(6月のロールアップ)が再び提供されますか?

応答6# ->にスキップ

5 #

RobertA 2015-02-16 17:02

うざい.Wuは私がするまでそれをしないでしょう.とにかくJScript9.dll.
今更新されるべきです...Wth?ロードされたモジュールはそれを表示しませんか? IE OPEN?

何かが起こったが、PowerShellはまだFileversionに関する暗闇の中に保たれています

PSC:\Windows\System32>Get-Item jScript9.dll|FL* PSPath:Microsoft.powershell.core\filesystem ::c:\windows\system32\jscript9.dll psparentpath:Microsoft.powershell.core\filesystem ::c:\windows\system32 pschildname:jscript9.dll PSDrive:c PSProvider:Microsoft.PowerShell.Core\Filesystem Psiscontainer:false versionInfo:ファイル:c:\windows\system32\jscript9.dll internalname:jscript9.dll originalfilename:jscript9.dll.mui FileVersion:11.00.9600.17031(WinBlue_gdr.140221-1952) FileDescription:Microsoft®JScript 製品:Internet Explorer ProductVersion:11.00.9600.17031 デバッグ:false Patched:false PRERELEASE:false PrivateBuild:false SpecialBuild:false 言語:英語(アメリカ合衆国) ベース名:JScript9 モード:-A 名前:jscript9.dll 長さ:6041600 DirectoryName:c:\windows\system32 ディレクトリ:c:\windows\system32 ISReadOnly:false 存在します:true フルネーム:C:\Windows\System32\jscript9.dll 拡張子:.dll 創造時間:2015-02-16 01:42:19 CreationTimeUTC:2015-02-16 06:42:19 LastAccessTime:2015-02-16 01:42:19 LastAccessTimeUTC:2015-02-16 06:42:19 LastWritetime:2015-01-22 23:41:36 LastWritetimeTC:2015-01-23 04:41:36 属性:アーカイブ PSC:\Windows\System32>CD.. psc:\windows>ls-re-fi jscript9.dll|LastWritetime |並べ替えFTの長さ、フルネーム-Autosize ls:パスへのアクセス 'c:\windows\csc'は拒否されます. 1行目:1 char:1 + ls-re-re-fi jscript9.dll|LastWritetime |並べ替えFTの長さ、フルネーム-Autosize + ~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo:permissiondenied:(c:\windows\csc:string)[get-childitem] UnauthorizedAccessException + FullQualifiedErrorID:DirunauthorizedAccessError、Microsoft.powershell.commands.getChildItemCommand 長さフルネーム - 1120185C:\windows\winsxs\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.16384_NONE_47EEEEEBCA0A60AA3\jscript9.dll 1104558C:\windows\winsxs\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.16412_10.9600.16412_NONE_47DD4A5AA0B441F1\jscript9.dll 1104489C:\windows\winsxs\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.16438_NONE_47DEC23A0B30E65\jscript9.dll C:\Windows\WinSXS\WOW64_MICROSOFT-Windows-Scripting-jScript9_31BF3856AD364J35_11.0.9600.16384_1.0.9600.16384_NONE_5243990ED506CC9E\jscript9.dll C:\Windows\WinSxs\WOW64_Microsoft-Windows-Scripting-JScript9_31BF3856AD36415_11.0.9600.16412_1.0.9600.16412_NONE_5231F4ACD51503EC\jscript9.dll 855825C:\WINDS\WINSXS\WOW64_MICROSOFT-Windows-Scripting-JScript9_31BF3856AD36435_11.0.9600.16438_1.0.9600.16438_NONE_52336C90D513D060\jscript9.dll 1159906C:\windows\winsxs\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364E35_11.0.9600.17031_NONE_480AA34CA091E861\jscript9.dll C:\Windows\WinSXS\WOW64_MICROSOFT-Windows-Scripting-JScript9_31BF3856AD364E35_11.0.9600.17031_NONE_525F4D9ED4F2AA5C\jScript9.dll 1018966C:\windows\winsxs\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364E35_11.0.9600.17239_none_47f4444a0a2ed4b\jscript9.dll 778540C:\WINDS\WINSXS\WOW64_MICROSOFT-Windows-Scripting-jScript9_31BF3856AD364J35_11.0.9600.17239_1.0.9600.17239_NONE_5248F786D503AF46\jscript9.dll 1051699C:¥Windows¥Windows¥¥winds¥Windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.17278_1.0.9600.17278_NONE_47F86524A09F3906\jscript9.dll783436C:\Windows\WinSXS\WOW64_MICROSOFT-Windows-Scripting-JScript9_31BF3856AD364J35_11.0.9600.17278_NONE_524D0F76D4FFFB01\jScript9.dll 1276262C:\Windows\WinSXS\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.17351_NONE_47EC341CA0A86EE2\jscript9.dll 1008986C:¥Windows¥WinSxs¥Windows-Scripting-jScript9_31bf3856AD364E35_11.0.9600.1735_11.0.9600.17351_NONE_5240DE6ED50930DD¥JScript9.dll 4299264C:\Windows\WinSXS\WOW64_MICROSOFT-Windows-Scripting-JScript9_31BF3856AD364J35_11.0.9600.17498_NONE_52397032D50J6591\jscript9.dll 6039552C:\windows\winsxs\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.17498_1.0.9600.17498_2.0.9600.17498_296\jscript9.dll 821677C:\Windows\WINSXS\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364E35_11.0.9600.17416_NONE_47DCF120A0B4A59C\JScript9.dll 556733C:\Windows\WINSXS\WOW64_MICROSOFT-Windows-Scripting-JScript9_31BF3856AD364J35_11.0.9600.17416_1.0.9600.17416_NONE_52319B72D5156797\jscript9.dll 4300800C:¥Windows¥Winsxs¥Windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.17631_NONE_521E6E16D5235202\jscript9.dll 6041088C:\Windows\WINSXS\amd64_microsoft-windows-scripting-jscript9_31bf3856AD364E35_11.0.9600.17631_NONE_47C9C3C4A0C29007\jscript9.dll 4300800C:\Windows\Syswow64\jscript9.dll 4300800C:¥Windows¥WinSxs¥Windows¥winsxoft-windows-scripting-jscript9_31bf3856AD364J35_11.0.9600.17640_NONE_521F8528D52251B8\jscript9.dll6041600c:\windows\system32\jscript9.dll6041600C:¥Windows¥Windsxs¥amd64_microsoft-windows-scripting-jscript9_31bf3856AD364E35_11.0.9600.17640_NONE_47CADAD6A0C18FBD\jscript9.dll PSc:\windows>

応答8# ->にスキップ

4 #

RobertA 2015-02-17 05:00

これは私のprocmon traceに持っているべきだというcbs.logのものです.

2015-02-15 01:06:12、Info CSI 0000000A [SR] 1コンポーネントを検証する 2015-02-15 01:06:12、Info CSI 0000000B [SR]検証と修復トランザクションを開始する 2015-02-15 01:06:13、Info CSI 0000000C [DirSD所有者警告]ディレクトリ[ML:520 {260} 、L:94 {47} ] "\?\c:\programdata\Microsoft\Network\Downloader"は所有されていませんが、コンポーネントのMicrosoft-Windows-Bits-Client、PA= Processor_Arcisture_amd64にSDDLを指定しています. (9)、文化中立、版= 1号= 1号、Publickeykek= {L:8 B:31bf3856AD364E35} 、中性、タイプネームのニュートラル、公開鍵のニュートラル と入力します. 2015-02-15 01:06:13、Info CSI 0000000D [SR]完全な完了

完全なことを確認しますか?それが私たちに「1コンポーネント」が検証されていたこと、そしてそれが中止されたのは私たちに言われていないようです.それで、それは中止されましたか?もしそうなら、なぜ私たちに手がかりを与えないのですか?

C:\ProgramData\Microsoft\Network\Downloaderのディレクトリ 2015-02-15 01:06 . 2015-02-15 01:06. 2015-02-16 07:48 4,194,304 qmgr0.dat 2015-02-16 07:48 4,194,304 Qmgr1.dat

aha！それはビットですか?実際には、私は彼らが奇妙に見えた冒頭で行っていたregsvr32コマンドについて何かしました(そこにあるすべての通常の時代遅れのナンセンスに加えて).

Procmon Filter:操作はProcess Exit(Include)Exit Statusで開始します.0(除外)

REGSVR32.EXEEXITステータス:4 "C:\Windows\System32\REGSVR32.EXE" qmgr.dll/s Net1.exeexitのステータス:2C:\Windows\System32\Net1開始ビット net.exe exitステータス:2 "c:\windows\system32\net.exe"スタートビット

注:Net1 "コマンド"の周囲に引用符はありませんでした.

しかし、TimestampはWUTより遅いので、(2015-02-16 07:48)何が起こった(2015-02-16 07:48)、そしてそれは私が今もう一つをやってみるべきだということを意味しますか?私は今や最後に隠されたKB2962409もまた要因になるのだろうか?

応答9# ->にスキップ

10 #

Draph91 2015-02-10 17:27

それを隠すだけの?

応答10# ->にスキップ

7 #

RobertA 2015-02-11 04:47

私はそれをやっていません、他のアップデートを許可するたびにそれをチェックするだけです.私はそれが消えるのを見るのは興味があります-それが私の大丈夫なしにまた魔法のように魔法のように適用されているなら、それは私がそれがKB2919355に来たときに他の人が不平を言うのを見たものです.
ただのW8.1

でも

WindowsUpdate.logで詳細があるかどうかを確認してみましたか?それが最初に出てきたときにそれが最初に出てきたときに(12月にそれを得ることによって)あなたがそれを複数回以上持っていたかのように(12月にそれを得ることによって)ルックスをしてください.にとって
私の最後の適用日以降、おそらく私はそれが1回以上適用されていましたか?その後、おそらく手動承認に切り替えました.私がそれをやったとき私は正確に覚えていませんが、私はすべての混乱にあまりにもイライラしたことを切断しました
完全自動更新手順によって引き起こされるので、8月にはそれを知らなくても、AugustMayhaveの再適用イベントが起こりました.

私はそれが隠れているが私のコンピュータから削除されるようにするかもしれないと思います.その場合は、それを恥ずかしいと思いますか?)それが再び来るのであれば、それが再び来るのかを知る簡単な方法でしょう.その考えをありがとう.; )

ロバート

---

応答18# ->にスキップ

17 #

CogX 2015-01-30 02:33

ここで同じ(windows 8.1 32ビットシステム上)、更新履歴は2014年6月25日にKB2962409がインストールされていましたが、今朝再び提供されました.KB2962409(およびWindows Defender Definition 1.19.1.3553)の前にインストールされている最後のアップデートが提供されました
今朝は昨日の朝のフラッシュアップデート(KB3035034)でした.

応答17# ->にスキップ

16 #

RobertA 2015-01-30 16:01

あなたはそれを受け入れましたか、それともあなたがそれを手に入れた理由を理解しようとしていますか? :)

私はちょうどwindowsupdate.logで何か奇妙なことを見つけました.この不一致の要因があるが誰が知っているか?

WUはどの更新が累積的であるかについては未定のようです.私がチェックするたびにそれがKB3000850と言うたびに、ログにはそれほど確かではなく、KB2919355に戻ります.

psc:\windows>get-content "windowsupdate.log" |選択文字列 "Best Cumulat"|..-last 5を選択 2015:01-29 23:35:48:814 1004 DA8ハンドラUH:Package_For_KB3000850~31BF3856AD364E35~31BF3856AD364E35~31BF3856AD364E35~AMD64 ~~ 6.3.1.8タイムスタンプ2014-11-11を備えた新しい最高の累積パッケージ 2015:01-29 23:37:37:55:389 996 9B0ハンドラUH:Package_For_KB2919355~31BF3856AD364J35~AMD64 ~~ 6.3.1.14はタイムスタンプ2014-05-15を備えた新しい最高の累積パッケージです. 2015:01-29 23:37:37:56:952 996 9B0ハンドラUH:Package_For_KB3000850~31BF3856AD364E35~AMD64 ~~ 6.3.1.8タイムスタンプ2014-11-11を備えた新しい最良の累積パッケージ 2015-01-29 23:39:59:288 996 86CハンドラUH:PARKAGE_FOR_KB2919355~31BF3856AD364E35~AMD64 ~~ 6.3.1.14はタイムスタンプ2014-05-15を備えた新しい最高の累積パッケージです. 2015-01-29 23:40:02:413 996 86CハンドラUH:Package_For_KB3000850~31BF3856AD364E35~AMD64 ~~ 6.3.1.8はタイムスタンプ2014-11-11 の新しい最高の累積パッケージです.

だから、それがKB2919355を考えている間、それはそれからKB2962409からの何かが必要であることを決定しますか?例えば.6月の優先順位があります.そのため、KB2962409がダウンロードされた場合は、11月(KB3000850)について考えてはいけませんか?

応答16# ->にスキップ

14 #

RobertA 2015-01-31 14:30

RTにはまったく同じものが見られます.罫線なしでマウスを使って分析が少なくなる傾向がある-私が1月15日にそれをインストールし、翌日KB2962409を見始めた素晴らしい一致を除いて.RTにはあります
MUF MWBアプリがインストールされているので、そのタックについてさらに進まうるべきかもしれません.

私はRT上のWindowsUpdate.logの手動検索をしました.そして、これらの詳細は両方の詳細がそこに赤い英語であると考える.どちらも報告されている唯一の時間は、WUがその在庫のすべてを繰り返し、それが行くように言っているように見える場合です.
それがその時点で止まるならば、それは「最良の累積的」であろう.KB2962409はその後在庫の一部だけで、その列挙のみに記載されているので、Pro上で他のものと同じ意味はありません.

だから、今、プロはそれらの気を散らすものをろ過することができます.繰り返しの始まりと最初のインスタンスを示す最初の数本.

psc:\windows>get-content "windowsupdate.log" |選択文字列 "kb2962409"|..select-string-notmatch "uh:package_for" 2015:06:682 80 2F44エージェント* TITLE=Windows 8.1 for x64ベースのシステム(KB2962409)(KB2962409) 2015-01-21 18:31:02:720 2F44レポートのイベント:{BC6DC021-6DFB-4DD6-9002-C2274D433427} 2015-01-21 18:30:57:861-0500 1 189 [AU_NONDEADLINE_INSTALL_READY] 102 {00000000-0000-0000-0000-000000000000-0000-000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000-0000-00000000000000}} 0 0自動更新成功のコンテンツのインストールのインストール準備完了:次のアップデートがダウンロードされ、インストールの準備ができています.- Windows Defenderの定義更新-KB2267602(定義1.191.2948.0)-X64ベースのシステム用のWindows 8.1の更新(KB2962409) 2015-01-22 00:53:40:220 8230レポートレポートイベント:{A5ACCDB9-680B-4E1E-B504-2F8233D984CD} 2015-01-22 00:53:35:144-0500 1 189 [AU_NONDEADLINE_INSTALL_READY] 102

開始日に注意してください.MWBが原因であれば、その原因には6日かかりますか.MWB角度を直接追求することによって関連するものを見つける可能性を疑うもう1つの理由.

応答14# ->にスキップ

15 #

Draph91 2015-02-07 22:10

私は同様にチェックし、それはすでにインストールされています、奇妙なことにリストされています、そして、それは私がそれほど注意が重要として隠されるまで隠されているものです

12/06/2014

に設置されました

応答15# ->にスキップ

12 #

RobertA 2015-02-08 01:25

あなたがすでに受け取ってそれを少なくとも2回申し込んでいったように見えます.例えば.それが最初に利用可能になったとき、そして12月に.WindowsUpdate.logがまだそれが再び到着した理由を示しているかどうかを確認してください.私のものはすでに包まれています.次の診断のステップとして
ダウンロードキャッシュからアップデートを削除することを検討していましたが、それが最善のコースであるかどうかわからない.; )

応答12# ->にスキップ

13 #

Draph91 2015-02-08 20:09

ログにアクセスする方法

応答13# ->にスキップ

11 #

RobertA 2015-02-10 13:50

あなたのものが更新の到着を持っているかどうかを確認するために私が上に見せたのと同じPowerShellパイプラインを使用してください.

PSC:\Windows>get-content "windowsupdate.log" |選択文字列 "kb2962409"|..select-string-notmatch "uh:package_for"

残念ながら私は私の鉱山を救うことを考えていませんでした.