Windows 7 :Windows Update できない ~ 不具合がある場合 + リカバリー後の対処法

Anonymous
2018-01-10T12:01:19+00:00

サポート期間中は Windows 7 を使い続けたいという人、サポート終了後も(スタンドアローンにしてでも)使う必要性がある人の参考になればと思います。

(随時、内容について追加・修正などを行っています)

次のような項目に分けてあります。

【① HDD・マザーボード(CPU)などを変えた場合の留意事項】:この投稿

【② クリーンインストール(リカバリー)後の Windows Update】:次の返信

【③ Windows Update 不具合の一般的な対処法】:2つ目の返信

※2020年1月14日に Windows 7 のサポート期間が終了しました。

Windows 7 にセキュリティ上の脆弱性が見つかっても、原則としてのセキュリティ更新は行われないので、日をおってセキュリティリスクは高くなっていきます。

Windows 7 を使い続ける場合はネットから切り離して使う方がいいと思います。

Windows 7 の Windows Update は、Windows 10 の無償アップグレードが始まった頃から非常に長い時間を要したり更新できないという問題が2年ほど?続きましたが、現状ではこの問題は解消されているようです。

このため、自動更新で問題がないのかもしれませんが、その後も Windows Update が失敗する、リカバリー後の Windows Update が進まないという質問がありますので検証してみました。

2018年1月に行ったクリーンインストール後の Windows Update の適用方法の一例です。
その後の Windows Update による変更を踏まえて、2019年6月に再検証して内容を修正しています。

仕様環境:  Windows 7 Pro SP1 64bit    CPU:Core i5 6600 (Skylake)   ASUS H170-PRO

      HDD:ST1000DM003(1TB)AFT    メモリー:8GB  自作PCです。

**追記1:**Windows Update の最後の更新を終えた時点で、システムイメージを保存しておいた方がいいと思います。

 なお、最後の月例更新[KB4534310](2020年1月)には背景(壁紙)の設定に不具合があります。

 修正プログラム[KB4539601]または[KB4539602]を適用すれば不具合は解消されますが、これらの更新プログラムにも不具合があるかもしれません。

 詳細については、このスレッドの4ページ目の投稿を参照してください。
  KB4534310

(リンクされない場合は、4ページ目 から探してください)

 ハードウェアの変更を行うとシステムイメージからの復元ができない場合もありますが、HDD の交換であれば復元は可能です。

 このため、システムイメージは Windows 7 がインストールされた HDD とは別の HDD に保存しておいた方がいいと思います。

 Windows 7 に適合する HDD(SSD)については、この下に書いた説明を参照してください。 

 システムイメージを作成する

 新しい PC にインストールする場合はシステムイメージが使えない場合が多いと思いますので、次の返信にある更新プログラムのうち、下のものは保存しておいた方がいいかもしれません。

 〇【KB3177467】

 〇IE 11 の更新に必要な更新プログラム

 〇Internet Explorer 11 (オフラインインストーラー)

◎Windows 7 が無印で SP1 になっていない場合は、これらに加えて

 〇SP1 の更新に必要な事前更新プログラム

 〇Windows 7 SP1【KB976932】

追記2(参考):

 サポート終了後になって Windows Update に Windows 7 用の Microsoft Edge[KB4567409]が配信されてきました。

 Windows Update の設定によっては自動更新されるかもしれません。

 配信された意味がよく分かりません。

 このスレッドの5ページ目の投稿を参考にしてください。

  [KB4567409]が配信されていました

(リンクされない場合は、5ページ目 から探してください)

参考までに、

Windows 7 SP1(適用済み)をクリーンインストールした直後の更新プログラムの確認は10分程度で終わりました。かつてのように1日単位で時間がかかるという問題は改善されているようです。

Windows 7 SP1 インストール直後の更新プログラムは「重要」だけで約180ありました。

IE 8 の状態ですが多くのサイトでトラブルになり使い物になりません。

IE 11 は更新対象には表示されていませんでした。

【① HDD・マザーボード(CPU)などを変えた場合の留意事項】

HDD を交換した場合は、Windows 7 は 4kネイティブ(4kn)規格の HDD には対応していないので、512ネイティブまたは 4k AFT(512e)規格の HDD を使う必要があります。

HDD 規格についてはネット情報で使われている用語が混乱していて戸惑いますが、規格の違いは次のとおりです。

 [512ネイティブ]:物理セクターサイズ 512 バイト、論理セクターサイズ 512 バイト

 [4k AFT]:物理セクターサイズ 4096バイト、論理セクターサイズ 512バイト

 [4Kネイティブ]:物理セクターサイズ 4096 バイト、論理セクターサイズ 4096 バイト

購入時は、HDD に AF(AFT)表示があればはっきりするのですが、必ずしも表示されているとは限らず区別することが難しいのですが、たとえば Seagate の HDD であればメーカーのサイトで製品仕様書を確認すれば区別できます。

また、AFT 規格の HDD を使う場合は、【KB982018:Advanced Format Disk の互換性を向上させる更新プログラム】を適用した方がいいと思います。

Windows 7 SP1 でない場合は、SP1 にしてから適用します。

32bit版:KB982018    64bit版:KB982018

なお、SP1 ではない Windows 7 では 4k AFT 規格にも対応していないかもしれません。

もっとも、問題なくインストールできるという情報もありますが、正確な情報が少ないため詳細は不明です。

下のサイトによれば、

≪結論:・・・・ハードディスク・ドライブのパーティション作成には、Windows Vista(Service Pack 1 以降)または Windows 7 を使用してください・・・≫

とあるように、Windows 7は対応しているようなのですが・・・・

アドバンスド・フォーマット4Kセクター・ハードディスク・ドライブ

可能であれば、次の返信[手順1:SP1(Service Pack 1)が適用されていない場合]に書いてありますが、マイクロソフトのサイトからWindows7SP1のイメージ(ISO)ファイルをダウンロードしてインストール用ディスクを作っておけば確実です。

また、Windows Update が出来なくなるという問題もあるようですが、その場合は下のサイトを参考にしてください。

HDD交換後にWindowsUpdateが出来ないエラー

NVMeという新しい接続規格の SSD を使う場合、Windows 7 には NVMe ドライバーがないので、セットアップ時に NVMe SSD が認識されないという問題があるようです。

下のような方

法で対応できるという情報もあります。

NVMe SSDにWindows7をインストールする方法

NVMe SSDにWindows7をインストールする3つの方法

マザーボードを交換した場合にも注意が必要です。

UEFI ブートの場合は、Windows 7 は 64bit 版であることが必要です。 

32bit 版の場合は事前にマザーボードメーカーサイトなどでインストールが可能かどうかを確認しておく必要があります。

Windowsのバージョン別UEFIブート対応状況

USB3.0(USB3.1)しかないマザーボードでは、インストール時にマウスやキーボードが使えない場合があります。

マザーボードによっては対応可能なものもあるようですが、確実なのは PS/2 規格のキーボードとマウスを使用するということです。

マザーボードによっては PS/2 が使えない場合もあるので、この場合は USB3.0 ドライバー(xHCI)を入手してインストール用の統合ディスクを作るなどの工夫が必要になります。

マザーボードメーカーなどによっては、統合ディスクを作成するための支援アイテムが用意されています。

また、USB3.0 ドライバー(xHCI)についても 64bit 版は問題なく見つかりますが、32bit 版は Intel や AMD あるいはマザーボード メーカーから入手できるかどうかの事前確認が必要です。

インテルSkylake FAQ

USB3.0のみのパソコンにWindows 7をインストールする

Skylake搭載PCにWindows 7をインストールする

CPU については紆余曲折がありましたが、Windows 7 では[Skylake]と呼ばれる第6世代 CPU まで対応されることになりました。

また、X299 チップセットの CPU は[Skylake-X]と呼ばれていますが、Skylake の派生規格なのか、Skylake と KabyLake の間に位置するようなものなのかが分かりませんが、これについても Windows 7 のインストールは可能なようです。

もっとも、マザーボードによってはできないものがあるかもしれませんし、必要なドライバー類が入手できるかどうかの事前確認が必要かもしれません。

Intel CPUのCore i7, Core i5, Core i3の世代の一覧

Kaby LakeとRyzenのWindows 7/8.1アップデートが終了

【マザボ】X299 / Skylake-XでWindows 7は使用できるのか

Skylake より新しい KabyLake 以降の CPU についてはサポートされないということですが、KabyLake で問題なくインストールできるとの情報もあります。

KabyLake 以降の CPU 機について、Windows 7 のインストールやインストール後の Windows Update が行えるかどうかは、マザーボードメーカーの対応状況やドライバーの有無などを事前に確認しておく必要があると思います。

「KabyLake Windows 7」「CoffeeLake Windows 7」などのキーワードでネット検索してみてください。

AMD では「Bristol Ridge」以降について同じような問題があるようです。

なお、2017年3月の月例更新以降は CPU の検出が行われれ、Windows 7 対象外の CPU については Windows Update ができなくなっているようです。

ネット検索すれば、この問題についての対応策も出回っていますが・・・

2017 年 3 月 21 日 — KB4012218

その他の留意事項:

再インストール前に、でBIOS(UEFI)で設定項目があれば、次のように設定する。

Secure Boot(セキュアブート):無効

CSM(従来の BIOS をエミュレートして互換性を保つための仕組み):有効

FASTBOOT:無効(インストール出来たら有効にしてもいいかもしれませんが、不具合が出る場合もあるようです)

UEFI環境でCSMとセキュアブートの設定

セキュリティチップが搭載されたPCで再インストールを行う場合は、BIOS での無効化、初期化などを行う必要があるかもしれません。

例:セキュリティチップ:OS再インストール時の復元手順

NTFS の LFS(ログファイルシステム)について、Windows 7 のバージョンは[1.1]、Windows 10・Windows 8.1 のバージョンは[2.0]と異なっています。

Windows 10 などで使用した HDD を Windows 7 に接続すると認識されない、場合によってはデーターが消えてしまうという情報があります。

LFS のバージョンは、Windoww 10 であればコマンドプロンプト(管理者)で確認できます。

Windows 7 の場合は LFS のバージョンは表示されません。

   コマンド   fsutil fsinfo ntfsinfo C:

Windows7 と10 でのデータやり取り:安全なとりはずし

LFS のバージョンが[2.0]で上書きされないよう(バージョンが[1.1]のまま)にして対処する方法もあるようですが、弊害があるという情報もありますので、Windows 10 と Windows 7 のデュアルブートは行わない方がいいかもしれません。

また、デュアルブートが可能であったとしても、Windows 7 のサポート終了後はセキュリティ上の問題があるため行わない方がいいと思います。

外付け HDD や USB メモリーを使い相互にデーター移動などを行う場合は、次の措置を採った方がいいと思います。

「安全な取り外し」を行う

「取り外しポリシー」を【クイック取り外し】に設定する

手持ちのもので検証した結果は、このスレッドの4ページ目(下記リンク)に投稿しました。

機器による違いなどもありそうなので、実際にどうなるのかをテストしておいた方がいいと思います。

検証結果: ログファイルシステム

(リンクされない場合は、4ページ目 から探してください)

家庭向け Windows | 以前の Windows バージョン | Windows Update

ロックされた質問。 この質問は、Microsoft サポート コミュニティから移行されました。 役に立つかどうかに投票することはできますが、コメントの追加、質問への返信やフォローはできません。

0 件のコメント コメントはありません

53 件の回答

並べ替え方法: 新しい順
  1. Anonymous
    2019-11-20T21:15:36+00:00

    NTFSのLFS(ログファイルシステム)について、投稿内容に補足として追加しました。

     7月にWindows 10をマイクロソフトアカウントなしでインストールし、その後の大型アップデートも問題なく終了しました。

    HDD切替器を介して同じPCにWindows 10とWindows 7 を併存させています。

    物理(電気)的に切り離されているので、疑似デュアルブートのようなものです。

    Ver.1809でインストールし、すぐにVer.1903 の更新準備ができたとの案内がありましたが、放置しておいたら8月末に勝手に更新されてしまいました。

    試しにCSMを「無効」にしてみたところWindows 10 は問題なく起動しますがWindows 7 は起動できませんでした(当たり前の結果ですが。。。)

    Ver.1909についても通知(現状はオプション)されていますが自動更新されるまで放置です。

    なにもなければ楽なシステムですが、Windows Update の不具合があると対処が面倒そうです。

    もっとも、Windows 10に対応できなくなるようであれば少しだけ対処して(あがいて)みて、面倒そうなら新規に安価なWindows 10 搭載機を購入するか自作して、現行機はWindows 7 専用機にしてしまう予定です。

    当面はWindows 7を使い続ける必要があるので、サポート終了後はネットから切り離して使う予定です。

    セキュリティソフトだけはサポート期間中は定期的に更新しようかな・・・・・

    この回答は役に立ちましたか?

    3 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  2. Anonymous
    2019-11-17T06:18:34+00:00

    NTFSのLFS(ログファイルシステム)について、Windows 7のバージョンは[1.1]、Windows 10・Windows 8.1は[2.0]で互換性がないことから、Windows 7とWindows 10でHDDなどを共用すると問題が起きる場合があるようです。

    ネット上にいろいろ情報がありますが正確な情報が見つからないことから検証してみました。

    LFSのバージョンはWindows 10 であれば<fsutil fsinfo ntfsinfo C: >などで確認できますが、Windows 7 ではLFSのバージョン表示がないため確認できません。

    内臓HDDについては、Windows 7で使っていたデーター用HDDをWindows 10のデーター用に流用したところ、Windows 10で問題なく使用できましたが、LFSは[2.0]に変わりました。

    このHDDを再度Windows 7に接続したらどうなるかについては未検証(予定もなし)です。

    また、Windows 7で使用していた外付けHDDをWindows 10に接続したところ、Windows 10で問題なく使用でき、LFSは[1.1]のままでした。

    安全な取り外しを行なわないとLFS は[2.0]になってしまう(Windows 7で使えなくなる)という情報もありますが、私の環境ではLFS は[1.1]のままでした。

    USBメモリは、通常(FAT32でフォーマットされたもの)では問題ありませんが、NTFSでフォーマットしている場合は同様の問題があるということでフォーマットして確認してところ、外付けHDDと同じ結果でした。

    設定などを変更して検証してみました。

    この検証結果が参考になるとは思いますが、機器により挙動が異なっていることもあり、検証結果がすべての場合に当てはまるとは限らないように思われます。

    検証結果:

    デバイスマネージャー上で確認した「取り外しポリシー(キャッシュポリシー)」の初期状態は下図のとおりです。

    USBメモリ①:(I-O DATA 256 MB かなり古いもの)

    「取り外しポリシー」が【クイック取り外し(規定)】の場合

    LFS は[1.1]のままで、再起動しても、安全な取り外しを行わなくてもバージョンが変わることはない。

    「取り外しポリシー」が【高パフォーマンス】の場合、

    【高パフォーマンス】に変更しただけでLFS は[2.0]になってしまう。

    【クイック取り外し(規定)】に変更するとLFS は[1.1]に戻る。

    「取り外しポリシー」の設定、Windows 7 ・Windows 10 でフォーマットなどの組み合わせでくりかえし検証しても結果は同じでした。

    高速スタートアップの有無が影響するという情報もあったので、高速スタートアップを有効にした状態でも試してみましたが結果は変わりませんでした。

    なお、[LFS 1.1][LFS 2.0]のどちらの場合もWindows 7につなげばアクセス可能でした。

    訳が分かりません・・・・・

    このような状態なので「安全な取り外し」の検証はできませんでした。

    USメモリ②:(ELECOM MF-LSU2 16 GB)

    上と同じ方法で設定を変えても、LFS は[1.1]のままで[2.0]に変わることはなかった。

    外付けHDD:

    USBメモリと同じ検証を行い、さらに「取り外しポリシー」を【高パフォーマンス】にして、DISKPARTコマンドでclean、clean後にGPTでディスクの初期化なども行いましたが、何れも結果はUSBメモリと同じでした。

    対応策:

    検証が不十分なので確実なものではありませんが、Windows 7 ・Windows 10で共用する場合は安全策として次の措置をとる。

    【内臓HDD】共用しない(できない?)。

    どうしてもという場合は、「取り外しポリシー」で[書き込みキャッシュポリシー]をオフにしてみたらどうなるかですが、そもそも非推奨の方法なのでよい結果にはならない(トラブルの元になる)と思います。

    また、できたとしてもデュアルブートは、Windows 7のサポート終了後はセキュリティ上の問題が残ります。

    データー用HDDであれば、コマンドで無理やりexFATでフォーマットしてしまうという方法もあるようです(何か弊害が出そうな気もします)。

    【外付けHDD・USBメモリ】

    FATまたはexFATでフォーマットする(NTFSでフォーマットしない)。

    NTFSでフォーマットした場合は、①「取り外しポリシー(キャッシュポリシー)」を【クイック取り外し】として書き込みキャッシュを無効にする。②取り外す場合は、念のため「安全な取り外し」で行う。

    画像

    この回答は役に立ちましたか?

    0 件のコメント コメントはありません
  3. Anonymous
    2019-11-17T06:12:21+00:00

    サービススタック更新プログラム(SSU)は、繰り返し新しいものに置き換えられていますが、今月また新しくなりました。

    Windows Updateの不具合を追いかけ始めてからも、次のように置き換えられています。

      KB3020369 ⇒ KB3177467 ⇒  KB3177467(v2) ⇒ (KB4490628)⇒ KB4516655 ⇒ KB4523206

    ただし、理由は不明ですがKB4490628だけは置き換えられたという情報がありません。

    マイクロソフトのサイトのあるトラブルシューティングでは、最新のSSUを更新することが改善策とされていますし、古い更新を置き換えるものであれば基本的には最新のものを更新すればいいと思いますが、2019/11の月例更新のサポート技術情報(下記)に気になる記載があります。

    [KB3177467]以降については検証していないことから、場合によっては古い更新の方を適用した方がいい場合もあるのかもしれません。

    また、古い更新プログラムを適用するためには新しいものをアンインストールする必要がありますが、SSUは通常の方法ではアンインストールできません。

    アンインストール方法はありますがその手順は煩雑ですし、その結果がどうなるのかが不明で、システムの不整合などが起きる可能性も否定できません(未検証です)。

    このことから、最初から新しいSSUを更新する場合は事前にシステムの復元ポイントを作成しておいた方がいいかもしれません。システムの復元で元に戻るかどうかも未検証ですが・・・

      参考:2019年11月13日— KB4525235 (マンスリーロールアップ)

    ≪最新のロールアップをインストールする前に、以下の更新プログラムをインストールし、デバイスを再起動する必要があります。

    1.2019年3 月13 日のサービススタック更新プログラム(SSU) (KB4490628)。

    2.2019年9 月11 日にリリースされた最新のSHA-2 更新プログラム(KB4474419)。

    上記のアイテムをインストールした後は、最新のSSU (KB4523206) をインストールすることを強く推奨します。Windows Updateを使用している場合、最新のSSU が自動的に提供されます。≫

    疑問点:マイクロソフトの情報は正確性に欠ける可能性があると思っています。

    事前に更新が必要とされる[KB4490628]は[KB4516655]などで置き換えられるはずなのに、置き換えられたとの情報が[KB4490628]だけ欠落している(把握もれ?)のかもしれません。

    また、わたしのPCでは2019/11の月例更新を行った後に[KB4523206]が配信され、事前更新は必要ありませんでした。

    この回答は役に立ちましたか?

    1 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  4. Anonymous
    2019-10-10T22:07:14+00:00

    10月の更新は少し異例でした。

    月例更新[KB4524157]が先行配信され、その後の定例日に配信された[KB4519976)]で置き換えられました。

    リスクの高いセキュリティ問題対応のための先行配信なのか、不具合解消のための先行配信なのかは分かりません。

    配信直後なので未だ確実ではないもののWindows 7について現状では問題がないようです。

    Windows 10の方はいろいろありそうですが、自動更新で問題は起きていないのでよく分かりません。

    サポート終了が近づいている中で余計なことはしないでほしいというのが正直な気持ちです。

    もっとも、サポート終了後にネットから切り離せば、いまさらセキュリティ更新よりも不具合がない状態で終わらせることの方が重要なので、おかしな結果になれば適用しないという選択肢もありますが、ここまできたら最後の更新までは済ませておきたいと・・・・

    NTFSのLFS(ログファイルシステム)について検証してみましたが、特に問題は発生しません。

    環境要因があるかもしれないので、もう少し検証をすすめて、その他の事項を含めて「サポート終了後の留意事項」として追記する予定です。

    この回答は役に立ちましたか?

    0 件のコメント コメントはありません
  5. Anonymous
    2019-09-15T06:29:38+00:00

    9月のWindows Updateには既知の不具合がありますが、特に問題なく更新ができました。

    SHA-2コード署名をサポートするための更新(KB4474419)の修正版(Ver.3)が配信されました。また、サービススタック更新プログラム(KB4516655)も新たに配信されましたが、これもKB3177467(初期版と修正版の2回配信)⇒KB4490628 ⇒KB4516655 と更新されてきています。

    ややこしくて困ります。

    3回目の検証を行う予定はないので検証はできませんが、どちらもWindows Updateに影響する更新のため、この2つについて投稿内容を補正しました。

    なお、9月更新を問題なく行うためには、先にKB4516655を適用しておくという情報もありますが、わたしのケースでは当初は配信されず9月の更新を適用した後から配信されましたので、少なくとも9月更新には影響がなく次回以降の更新で影響が出るのかもしれません。

    サービススタック更新プログラムが繰り返し更新されるのは、ロールアップ更新が特定の環境で不具合を起こすことを防ぐためということのようですが、Windows 10 に引きずられた結果のようにも思われ、あと半年でサポート終了となるWindows 7 には今更という気もします。

    この回答は役に立ちましたか?

    0 件のコメント コメントはありません