8月の月例更新、一部の環境でWindowsが起動しなくなるなどの問題が発生 40
ストーリー by headless
問題 部門より
問題 部門より
Microsoftは8月の月例更新で問題が発生しているとして、一部の更新プログラムの配布を中止して調査を進めている(TechNet Blogs - 日本のセキュリティチームの記事、
Microsoft Communityのスレッド、
InfoWorldの記事、
本家/.)。
問題が発生しているのはKB2982791、KB2970228、KB2975719、KB2975331の4つ。いずれかの更新プログラムをインストールすると、フォントが正しくレンダリングされなくなり、一部の環境ではBSOD(STOP 0x50エラー)が発生してWindowsが異常終了したり、正常に起動できなくなったりするという。
Microsoftではサポート技術情報で該当する更新プログラムをアンインストールするように案内しており、BSODが発生している環境での修復手順をKB2982791のサポート技術情報に記載している。なお、現在のところ、日本語版のサポート技術情報にはこれらの問題に関する情報は記載されていない。詳細についてはTechNet Blogsの記事を参照してほしい。修復手順は以下のようなものだ。
(続く...)
問題が発生しているのはKB2982791、KB2970228、KB2975719、KB2975331の4つ。いずれかの更新プログラムをインストールすると、フォントが正しくレンダリングされなくなり、一部の環境ではBSOD(STOP 0x50エラー)が発生してWindowsが異常終了したり、正常に起動できなくなったりするという。
Microsoftではサポート技術情報で該当する更新プログラムをアンインストールするように案内しており、BSODが発生している環境での修復手順をKB2982791のサポート技術情報に記載している。なお、現在のところ、日本語版のサポート技術情報にはこれらの問題に関する情報は記載されていない。詳細についてはTechNet Blogsの記事を参照してほしい。修復手順は以下のようなものだ。
(続く...)
- Windowsをセーフモードで起動
- コマンドプロンプトで「del %windir%\system32\fntcache.dat」と入力して実行し、「fntcache.dat」を削除
- Windowsを再起動。この時点で正常に起動できるようになっている
- レジストリエディターを起動して「HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\Fonts\」をエクスポート
- 「Fonts」サブキー内で、拡張子「.otf」のフォントファイルがフルパスで指定された値を削除
- 再び「fntcache.dat」を削除
- KB2982791、KB2970228、KB2975719、KB2975331のうち、インストールされているものをすべてアンインストール
- Windowsを再起動
- 4のレジストリファイルをインポート
うちのVAIOでもハマりました (スコア:2, 参考になる)
Windows 8.1 (x64) のVAIOで再起動の失敗に見舞われました。
幸いにも、再起動時に自動修復で復元ポイントへのロールバックが行われて。事なきを得ました。
Re: (スコア:0)
TechNet Blogsにあったように、*.otfがフルパスでレジストリに記述されてました?
Re: (スコア:0)
それを確認するまもなく、再起動→自動修復となってしまいました。
Re: (スコア:0)
復元された後のレジストリを確認していただきたいのですが。
お願いします。
Re:うちのVAIOでもハマりました (スコア:2, 参考になる)
フルパスで記述されたotfフォントは、ありませんでした。
それ以前に、otfフォントはインストールされていませんでした。
Re: (スコア:0)
ぬぬ、するとTechNet Blogsの記述にあるような出現条件でなくとも
ブルースクリーンになるということですか？
これは困ったな。
潜伏期間あり (スコア:1)
何度かPC再起動後に発症する問題のようで、情シス部門にとってはダラダラと対応するはめになりそう。MS(・∀・)ﾔｯﾃｸﾚﾙ!!
Serverも死亡？ (スコア:1)
当該の更新プログラムはWindows Server 2008や2012にも配信されているようですが、クライアントOS同様に発症するんでしょうか。
情報が少なすぎて怖い
Re: (スコア:0)
英語版の公式ページの対象を見るとサポート期間中のOS全てという感じです。
server系では2003 sp2, 2008 sp2, 2008R2 sp1, 2012, 2012R2
client系ではvista sp2, 7 sp1, 8, 8.1
が挙がっていて32bit,64bit問わず全エディションが対象の模様です。
https://support.microsoft.com/kb/2982791/en-us [microsoft.com]
Re: (スコア:0)
すみません。元のKBの対象OSが羅列されているだけで
障害の対象ではないですね。
問題の影響範囲は公式では明記されてませんね。
Re: (スコア:0)
元ACですが、今朝出社してサーバをチェックしたら、当該更新プログラム適用済み＆（2012R2なので）自動メンテナンスで再起動済みでした。
今のところ正常に動作しているようですが、発症する場合は2度目の再起動がトリガらしいのでどうなる事やら。
まあ月例パッチ以外で自動的に再起動する事は少ないので、何も起きないと信じたい
ま、マジで？ (スコア:0)
会社のPCの管理してんだけど、
更新プログラムの配布が、13日～だから？
13日：更新プログラムのダウンロード・適用
14日～16日：盆休み（通常）
17日：日曜日、休日
18日～：更新後の初起動。俺氏、今日から盆休み（業務によりずらした）
これまで生きてきた中で、最悪の月曜日が来る・・・・
Re:ま、マジで？ (スコア:1, 参考になる)
MS14-045で問題が起きる環境かどうかチェックする [hatenablog.jp]
つーか話題になってるパッチはもう配信中止になってるのに
なんで[これまで生きてきた中で、最悪の月曜日]が来るの?
邪悪なM$（笑）を叩くためなら現実以上に煽ってもいいの?
Re:ま、マジで？ (スコア:3, すばらしい洞察)
＞13日：更新プログラムのダウンロード・適用
＞18日～：更新後の初起動。俺氏、今日から盆休み（業務によりずらした）
って元AC氏は言っているので
つーか話題になってるパッチはもう配信中止になってるのに
なんで[これまで生きてきた中で、最悪の月曜日]が来るの?
という指摘は的外れでは。
（元AC氏の職場ではパッチはすでに適用済み、元ACの「俺氏」が対応できるのは夏休みをずらしたため
業務開始後の翌週（か？）で 「来週の『最悪の月曜日』まで」 に再起動複数が間に挟まる可能性？）
Re: (スコア:0)
> 対応できるのは夏休みをずらしたため
対応のために夏休みに出勤、という意味で最悪なのかも。
Re:ま、マジで？ (スコア:1)
ああ、もうパッチの適用は終わってるのね
まあ変なフォント入れてなけりゃ多分大丈夫じゃね知らんけど
Re: (スコア:0)
自宅PC（Windows 7 Pro 64bit）が見事にはまった。
スリープしたのに、なぜかブルースクリーンで落ちているという食わせ物。
会社は夏休みで、幸い、業務PCとServer系は無傷だった。
今年ほど夏休みがありがたかったことはない。
Re: (スコア:0)
何のためのWSUSだよ
Re: (スコア:0)
えっ？WSUSって起動しないPCのパッチもアンインストールできるの？
Re:ま、マジで？ (スコア:1)
そうじゃなくて、こういうパッチは早期適用グループと計画適用グループに分けたりして検証後に入れるでしょ。
WSUS使ってるのにそのまま適用するだけの運用なの？
Re: (スコア:0)
WSUS使ってないよ？
世の中、そんな余裕ある企業ばかりじゃないの
3，4万のPC買うにも取締役決済がいるような企業なのよ？
WSUSサーバなんてとてもとても
Re: (スコア:0)
サービス残業はタダだから決裁も何もいらないというよくあるブラック企業ですね。
Re: (スコア:0)
ウチも同じような感じですが、負荷の小さそうなサーバにこっそりと同居させてます。
さすがにキャッシュの保存はしていないですけど。
Re: (スコア:0)
問題はライセンスのほうじゃないですか。
サーバOSとACLが馬鹿になりません。
Re: (スコア:0)
元コメと同じ人ではないのかもしれないけど、その規模の会社なら
大変は大変だけど人生で一番ってほどではないような。
数十、数百のクライアントで一斉にトラブって電話が鳴り止まないとかじゃ
無いだろうし。
Re: (スコア:0)
下には下がって発想は社畜化（管理側ならブラック化）し易いので気をつけよう
Re: (スコア:0)
毎週、最悪の月曜日を更新している人もいるだろうし、なんてことはない。
BSOD出現前なら、システムの復元でいかんの？ (スコア:0)
fntcache.datが絡んでいると難しいのかな？
Re: (スコア:0)
環境を汚す奴に限って切ってる
Re: (スコア:0)
ちょうど処置前のwin7（64）があったのでやってみました。
確かに問題なく処理できたのですがOS以外のソフトの更新も全部戻っちゃうので余計な手間が増えますな。
この項目は見つかりませんでした。byWindows7(64bit) (スコア:0, オフトピック)
が、最近MicrosoftUpdateするたびに再発するのですが…orz
一般的には、次のレジストリキーを削除することで修復可能です。
が、稀にダメなときもあります（今回ウチがそうでした）。
MS Community で修正用のregファイルをリンクしている方もいらっしゃいますが
かなり行数があるため、少し適用を躊躇ってしまいますね（自己責任なので）。
http://answers.microsoft.com/en-us/windows/forum/windows_7-files/renam... [microsoft.com]
とりあえず備忘ならびに人柱用にメモっておきますｗ
Re:この項目は見つかりませんでした。byWindows7(64bit) (スコア:1)
Re:この項目は見つかりませんでした。byWindows7(64bit) (スコア:1)
これって「ライブラリ」フォルダーを指しているようですが、
案1
「ライブラリ」右クリック-「既定のライブラリを復元する」
で治ったりしないでしょうか？
案2
必要なフォルダーとファイルを作成してはどうでしょうか
%APPDATA%\Microsoft\Windows\Libraries
中身は Documents.library-ms, Music.library-ms, Pictures.library-ms, Videos.library-ms の4ファイルが Windows 7 の既定です。ファイルはXML形式です。
案3
各レジストリのPropertyBagに依存元の記述があります。依存元のレジストリキーを消したらどうでしょうか。
# 未確認なのでぶっ壊しても問題ないやつで検証をお願いします。
頭の数字だけ
4BD8D571, 3214FAB5 -> 2112AB0A
18989B1D, 2400183A -> 491E922F
FDD39AD0, ED4824AF -> 7b0db17d
(なし) -> A302545D
33E28130, B6EBFB86 -> A990AE9F
Re: (スコア:0)
WUの不具合と言う意味では、これも早く対応して欲しいよねぇ
Re: (スコア:0)
これうちも困ってるから詳しい解決方法を教えて欲しい。
Re: (スコア:0)
共通するのがUpdate to support the new currency symbol for the Russian ruble in Windows [microsoft.com]というとルーブル通貨記号文字の追加か。
このために起動しなくなるサポートはさすがになあ…。
Re: (スコア:0)
マイナスモデなんかついてるけど全く同意。
XPも7も自動アップデートは切って運用してるよ。
セキュリティーのために起動しなくなるリスクがあるとか
本末転倒もいいところだ。
Re: (スコア:0)
自動アップデートだけじゃなくてネット接続も切ったらもっと安心ですよ