Windows Updateのエラーコード一覧｜0x800f0922等の意味と直し方

エラーコードは、先頭の4桁で「どこが出したエラーか」、残りの4桁で「何が起きたか」が分かる形になっています。調べる順番を図にしました。

flowchart TD
    A[更新が失敗した] --> B[再起動・空き容量・ツール]
    B -->|直らない| C[更新履歴でコードを見る]
    C --> D{先頭4桁}
    D -->|8007| E[Win32番号]
    D -->|8024 他| F[一覧表]
    D -->|C190| G[拡張コード]

よく調べられることの答えを先にまとめます。

確認環境：Windows の画面は手元で動かせないため、エラーコードの意味と対処は Microsoft の公式文書（support.microsoft.com の「Windows の更新に関する問題のトラブルシューティング」「Windows のアップグレードとインストールに関するエラーのヘルプ」「Windows Update トラブルシューティング ツール」「Windows 更新プログラム用に空き領域を増やすには」「Windows Update をアンインストールする方法」、learn.microsoft.com の「Windows Update common errors and mitigation」「Windows Update error codes by component」「Windows 10 upgrade error codes」「System Error Codes」「WinINet errors」「[MS-ERREF] HRESULT」「HRESULT_FROM_WIN32」「Windows Update log files」「certutil」）で1コードずつ確かめ、表に載せたのは公式の文書に記載のあったものだけです。コードの分解と変換は Ubuntu 24.04.5 LTS の Python 3.13.18 で、環境変数を空にした状態（env -i）で実行し、出力をそのまま載せています。Python の関数の説明は docs.python.org（3.15 系の文書）で確かめました。画面の名前は、取得した公式の文面に出ていた語だけを「」で書いています（確認日 2026年11月12日）。

Windows Update のエラーとは（どこに・どんな形で出るか）

この節では、Windows Update のエラーコードがどの画面に、どんな形で表示されるのかが分かります。

Windows Update のエラーコードは「0x」に続く8桁の16進数で、更新の履歴の画面などに表示されます。 16進数なので、使われる文字は 0〜9 と A〜F だけです。大文字と小文字は同じ意味で、0x800f0922 と 0x800F0922 は同じコードです。

Microsoft の公式文書には、エラーコードのほかに、次のような文言で知らせる場面も載っています。いずれも公式の文書に記載された文言です（この記事の環境では Windows を動かしていないため、画面の実物ではありません）。

エラーコードは、Windows の内部で使われている HRESULT（エイチリザルト）という形式の数値です。Microsoft の仕様書 [MS-ERREF] は、HRESULT の先頭の1ビットを「失敗かどうか（Severity）」、続く11ビットを「発生元（Facility）」、下の2バイトを「コード本体（Code）」と定めています。この形式を知っていると、一覧表に載っていないコードでも見当がつきます。

なお、更新の手順そのもの（手動で更新する・一時停止する・Microsoft Update カタログから入れる）は、この記事の姉妹編「Windows Update のやり方｜手動更新の手順と進まない・失敗するときの対処」で扱う予定です。この記事は、エラーコードを引いて読むことに絞っています。

Windows Update のエラーでまず試すこと3つ

この節では、エラーコードを調べる前に試す3つの手順が、公式の順番どおりに分かります。

Microsoft のトラブルシューティングの文書と、多くのコードの対処に共通して出てくるのが、再起動・空き容量・トラブルシューティング ツールの3つです。 コードによらず効くことが多いので、先に済ませます。

この3つで直らないときに、次の節の一覧表でエラーコードを引きます。公式の文書は、この先の手順として、インターネット接続の確認、管理者の権限の確認、外付けの機器を外す、更新のキャッシュの消去、日付と時刻の確認、ドライバーの更新を挙げています。

Windows Update のエラーコード一覧表（公式の説明と対処）

この節では、よく出るエラーコードの意味と対処が、Microsoft の公式文書に書かれている範囲で分かります。

表は、公式の文書に記載があったコードだけを載せています（確認日 2026年11月12日）。 出典の欄は、S＝support.microsoft.com「Windows の更新に関する問題のトラブルシューティング」、U＝support.microsoft.com「Windows のアップグレードとインストールに関するエラーのヘルプ」、L＝learn.microsoft.com「Windows Update common errors and mitigation」、R＝learn.microsoft.com「Windows Update error codes by component」です。L と R は英語の文書なので、意味を日本語にしています。

0x8007 で始まるコード（Windows の一般的なエラー）

0x800F・0x8024・0x8020・その他のコード

0xC1900 で始まるアップグレードのコードは、後の「0xC1900101 などアップグレードのエラーの読み方」の節にまとめています。DISM と sfc のコマンドは、公式の文書では次の形で載っています。管理者として開いたコマンド プロンプトで、上から順に実行します。

DISM.exe /Online /Cleanup-image /Restorehealth
sfc /scannow

どちらも時間がかかることがあり、終わるまで待ってから Windows Update をやり直します。

0x8007xxxx の読み方（下4桁が Win32 のエラー番号）

この節では、0x8007 で始まるエラーコードの下4桁を、Windows の一般的なエラー番号として読む方法が分かります。

0x8007 で始まるコードは、Windows の一般的なエラー番号（Win32 のエラー番号）を HRESULT の形に包んだものです。下4桁を16進数から10進数に直すと、Microsoft Learn の「System Error Codes」の番号として引けます。

根拠は2つあります。[MS-ERREF] は Facility の値 7 を FACILITY_WIN32 とし、「装飾されていないエラーコードを HRESULT に対応づけるために予約された領域」と説明しています。そして Microsoft Learn の HRESULT_FROM_WIN32 の文書には、Win32 のエラー番号から HRESULT を作る式が次のように載っています。

#define __HRESULT_FROM_WIN32(x) ((HRESULT)(x) <= 0 ? ((HRESULT)(x)) : ((HRESULT) (((x) & 0x0000FFFF) | (FACILITY_WIN32 << 16) | 0x80000000)))

式の意味は「エラー番号の下16ビットに、7（FACILITY_WIN32）を16ビット左にずらした値と、先頭の失敗のビット（0x80000000）を足し合わせる」です。だから、2番のエラーは 0x80070002、112番のエラーは 0x80070070 になります。

Windows Update でよく出る 0x8007 のコードを、この読み方で Microsoft Learn の「System Error Codes」「WinINet errors」と照らし合わせました。英語の説明は、文書の文言をそのまま載せています。

0x8007371B は、下4桁が 0x371B → 14107 で、定数名は ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE（One or more required members of the transaction are not present.）です。0x80072EE2・0x80072F8F の 12000 番台は、System Error Codes の文書では範囲だけが示され、個々の番号は WinINet errors の文書に載っています。

この読み方で分かるのは「Windows の中で何が起きたか」までです。 「どの手順で直すか」は、前の節の一覧表のように、Windows Update 向けの公式の文書で確かめます。たとえば 0x80072F8F は、番号の上では「内容のデコードに失敗した」ですが、公式のアップグレードのヘルプは日付と時刻を合わせることを対処に挙げています。

Python で Windows Update のエラーコードを分解・変換する

この節では、エラーコードを Python で Severity・Facility・Code に分ける方法と、逆に Win32 のエラー番号から HRESULT を作る方法が、実行した出力つきで分かります。

16進数の文字列を int(文字列, 16) で数に直し、ビットをずらして取り出すだけで分解できます。 下のコードは、[MS-ERREF] のビットの並び（S・R・C・N・X が1ビットずつ、Facility が11ビット、Code が2バイト）に合わせています。定数名の対応表は、前の節で公式の文書と照らし合わせたものだけを入れました。

import sys
FAC = {7: "FACILITY_WIN32", 15: "FACILITY_SETUPAPI",
       32: "FACILITY_BACKGROUNDCOPY", 36: "FACILITY_WINDOWSUPDATE"}
# Microsoft Learn の System Error Codes・WinINet errors で確かめた番号だけ
W32 = {2: "ERROR_FILE_NOT_FOUND", 5: "ERROR_ACCESS_DENIED",
       13: "ERROR_INVALID_DATA", 32: "ERROR_SHARING_VIOLATION",
       112: "ERROR_DISK_FULL", 1058: "ERROR_SERVICE_DISABLED",
       1460: "ERROR_TIMEOUT", 12002: "ERROR_INTERNET_TIMEOUT",
       12175: "ERROR_INTERNET_DECODING_FAILED",
       14098: "ERROR_SXS_COMPONENT_STORE_CORRUPT"}  # 一部を抜粋

def decode(text):
    v = int(text, 16) & 0xFFFFFFFF
    s = v >> 31                 # Severity（1 なら失敗）
    n = (v >> 28) & 1           # N（1 なら NTSTATUS 由来）
    fac = (v >> 16) & 0x7FF     # Facility（11ビット）
    code = v & 0xFFFF           # Code（下2バイト）
    return v, s, n, fac, code

def hresult_from_win32(x):
    # Microsoft Learn の HRESULT_FROM_WIN32 の定義を Python で再現
    if x <= 0:
        return x
    return (x & 0x0000FFFF) | (7 << 16) | 0x80000000

if __name__ == "__main__":
    for t in sys.argv[1:]:
        v, s, n, fac, code = decode(t)
        name = FAC.get(fac, "-")
        w = W32.get(code, "") if fac == 7 else ""
        print(f"0x{v:08X}  S={s} N={n}  facility={fac:<3} {name:<24} "
              f"code=0x{code:04X} ({code}) {w}")

この記事で扱ったコードを渡して実行した出力です（表示の都合で、定数名の対応表は記事の表にあるものをすべて入れた版で動かしています）。

$ python3 hr.py 0x80070002 0x80070005 0x8007000D 0x80070020 0x80070070 0x80070422 0x800705B4 0x80072EE2 0x80072F8F 0x80073712 0x800F0922 0x800F081F 0x80240034 0x80248014 0x80200056 0xC1900101
0x80070002  S=1 N=0  facility=7   FACILITY_WIN32           code=0x0002 (2) ERROR_FILE_NOT_FOUND
0x80070005  S=1 N=0  facility=7   FACILITY_WIN32           code=0x0005 (5) ERROR_ACCESS_DENIED
0x8007000D  S=1 N=0  facility=7   FACILITY_WIN32           code=0x000D (13) ERROR_INVALID_DATA
0x80070020  S=1 N=0  facility=7   FACILITY_WIN32           code=0x0020 (32) ERROR_SHARING_VIOLATION
0x80070070  S=1 N=0  facility=7   FACILITY_WIN32           code=0x0070 (112) ERROR_DISK_FULL
0x80070422  S=1 N=0  facility=7   FACILITY_WIN32           code=0x0422 (1058) ERROR_SERVICE_DISABLED
0x800705B4  S=1 N=0  facility=7   FACILITY_WIN32           code=0x05B4 (1460) ERROR_TIMEOUT
0x80072EE2  S=1 N=0  facility=7   FACILITY_WIN32           code=0x2EE2 (12002) ERROR_INTERNET_TIMEOUT
0x80072F8F  S=1 N=0  facility=7   FACILITY_WIN32           code=0x2F8F (12175) ERROR_INTERNET_DECODING_FAILED
0x80073712  S=1 N=0  facility=7   FACILITY_WIN32           code=0x3712 (14098) ERROR_SXS_COMPONENT_STORE_CORRUPT
0x800F0922  S=1 N=0  facility=15  FACILITY_SETUPAPI        code=0x0922 (2338)
0x800F081F  S=1 N=0  facility=15  FACILITY_SETUPAPI        code=0x081F (2079)
0x80240034  S=1 N=0  facility=36  FACILITY_WINDOWSUPDATE   code=0x0034 (52)
0x80248014  S=1 N=0  facility=36  FACILITY_WINDOWSUPDATE   code=0x8014 (32788)
0x80200056  S=1 N=0  facility=32  FACILITY_BACKGROUNDCOPY  code=0x0056 (86)
0xC1900101  S=1 N=0  facility=400 -                        code=0x0101 (257)

逆向きの変換と、10進数の負の数で表示されたときの変換も試しました。PowerShell や .NET のログなどでは、同じ値が符号つきの10進数（-2147024894 など）で出ることがあります。32ビットの値として見直すと、16進数のコードに戻せます。

from hr import hresult_from_win32

# Win32 のエラー番号 → HRESULT（0x8007xxxx）
for x in (2, 5, 112, 1058, 14098):
    print(f"HRESULT_FROM_WIN32({x}) = 0x{hresult_from_win32(x):08X}")

# 負の10進数（符号つき32ビット）⇔ 16進数
for d in (-2147024894, -2145124300):
    print(f"{d} -> 0x{d & 0xFFFFFFFF:08X}")
for h in ("0x80070002", "0x80240034"):
    v = int(h, 16)
    print(f"{h} -> {v - (1 << 32) if v >= 1 << 31 else v}")

HRESULT_FROM_WIN32(2) = 0x80070002
HRESULT_FROM_WIN32(5) = 0x80070005
HRESULT_FROM_WIN32(112) = 0x80070070
HRESULT_FROM_WIN32(1058) = 0x80070422
HRESULT_FROM_WIN32(14098) = 0x80073712
-2147024894 -> 0x80070002
-2145124300 -> 0x80240034
0x80070002 -> -2147024894
0x80240034 -> -2145124300

Windows の上なら、Python の ctypes.FormatError(番号) で Windows に登録されたエラーの文言を取り出せます。docs.python.org は、この関数を「エラーコードの文章による説明を返す」と説明し、使える環境を Windows としています。Linux で呼ぶと、関数そのものがありません。

$ python3 -I -c 'import ctypes; ctypes.FormatError(2)'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
    import ctypes; ctypes.FormatError(2)
                   ^^^^^^^^^^^^^^^^^^
AttributeError: module 'ctypes' has no attribute 'FormatError'

Windows のコマンドで調べるなら、Microsoft Learn の certutil の文書に「エラーコードに対応する文言を表示する」オプションとして certutil -error が載っています（書式：certutil [options] -error ErrorCode）。この記事の環境では Windows を動かしていないため、その出力は載せていません。

Python の例外の基本は、関連記事「Python例外処理 try exceptの書き方｜raise fromも実行で確認」で扱っています。docs.python.org によると、Windows では OSError の winerror 属性に Windows のエラー番号が入り、errno 属性はそれを POSIX の番号に近似したものになります。Windows の 2 番（ERROR_FILE_NOT_FOUND）と Python の Errno 2 はどちらも「ファイルが見つからない」で、Python 側の直し方は関連記事「FileNotFoundError: [Errno 2]の直し方｜Python」で扱っています。

先頭の4桁で分かる発生元（0x8024・0x800F・0x8020・0xC190）

この節では、一覧表に載っていないコードに出会ったときに、先頭の4桁から発生元の見当をつける方法が分かります。

先頭の4桁が分かれば、どの公式の文書を引けばよいかが決まります。 Facility の名前は [MS-ERREF] の表、名前の付け方は Microsoft Learn の「Windows Update error codes by component」で確かめました。

Windows Update の一覧の文書には、0x8024 の範囲で部品ごとの区分が15個あります。主なものは次のとおりです。

0x80244 の通信のエラーには、HTTP のステータスコードと対応するものがあります。公式の一覧は、0x8024401c を「HTTP の 408 と同じ」、0x80244022 を「HTTP の 503 と同じ」と説明しています。先頭が 0x0024 のように 0x8 で始まらない値は、失敗ではなく成功のコードです。

0xC1900101 などアップグレードのエラーの読み方

この節では、Windows のアップグレード（機能更新）で出る「0xC1900101 - 0x4000D」のような2つのコードの読み方と、主なコードの公式の対処が分かります。

Microsoft Learn の「Windows 10 upgrade error codes」によると、アップグレードが失敗すると Windows のセットアップは「結果コード」と「拡張コード」の2つを返します。 結果コードは特定の Win32 か NTSTATUS のエラーに当たり、拡張コードは「どの段階（フェーズ）の、どの操作で失敗したか」を表します。0xC1900101 は汎用のコードで、ロールバック（元の Windows に戻すこと）が起きたことを示し、多くの場合の原因はドライバーの互換性だと説明されています。

1. 1拡張コードの最初の数字でフェーズを見る0x4000D なら 4
2. 2最後の2桁で操作を見る0x4000D なら 0D
3. 3公式の表で、フェーズと操作の名前に当てはめる4 は SP_EXECUTION_OOBE_BOOT、0D は SP_EXECUTION_OP_MIGRATE_DATA

公式の表の値を Python に入れ、よく見かける拡張コードを読みました。

PHASE = {0: "SP_EXECUTION_UNKNOWN", 1: "SP_EXECUTION_DOWNLEVEL",
         2: "SP_EXECUTION_SAFE_OS", 3: "SP_EXECUTION_FIRST_BOOT",
         4: "SP_EXECUTION_OOBE_BOOT", 5: "SP_EXECUTION_UNINSTALL"}
OP = {0x07: "SP_EXECUTION_OP_INSTALL_DRIVERS", 0x0C: "SP_EXECUTION_OP_APPLY_IMAGE",
      0x0D: "SP_EXECUTION_OP_MIGRATE_DATA", 0x17: "SP_EXECUTION_OP_BOOT",
      0x18: "SP_EXECUTION_OP_SYSPREP"}
for ext in ("0x4000D", "0x20017", "0x30018", "0x2000C"):
    v = int(ext, 16)
    phase, op = v >> 16, v & 0xFF
    print(f"{ext}: phase={phase} {PHASE[phase]}  operation=0x{op:02X} {OP[op]}")

0x4000D: phase=4 SP_EXECUTION_OOBE_BOOT  operation=0x0D SP_EXECUTION_OP_MIGRATE_DATA
0x20017: phase=2 SP_EXECUTION_SAFE_OS  operation=0x17 SP_EXECUTION_OP_BOOT
0x30018: phase=3 SP_EXECUTION_FIRST_BOOT  operation=0x18 SP_EXECUTION_OP_SYSPREP
0x2000C: phase=2 SP_EXECUTION_SAFE_OS  operation=0x0C SP_EXECUTION_OP_APPLY_IMAGE

公式の文書の例も「0x4000D はフェーズ 4 のデータの移行（000D）での問題」としており、計算の結果と一致します。なお同じ文書は、拡張コードは Windows 10 の版 1607 時点のアップグレードの処理に合わせたもので、今後変わることがあると注意書きしています。

アップグレードの要件と手順そのものは、この記事の姉妹編「Windows 11 アップグレード｜無料の条件・要件・手順とできないときの対処表」で扱う予定です。インストール用の USB メモリーを作るときは、関連記事「Rufus（ルーファス）の使い方｜Windows 11のUSB作成と全項目の意味」で扱っています。ISO の入手は姉妹編「Windows 11のISOダウンロード方法｜公式の入手手順とSHA-256確認」でまとめる予定です。

更新の履歴の見方（エラーコードの確かめ方）

この節では、失敗した更新とそのエラーコードを、更新の履歴の画面とコマンドで確かめる方法が分かります。

エラーコードは、更新の履歴で確かめるのが基本です。 Microsoft サポートの「Windows Update をアンインストールする方法」には、更新の履歴を開く手順が次のように載っています。

コマンドで確かめる方法も、公式の文書に載っています。

• 入っている更新とインストール日：Microsoft Learn のトラブルシューティングの文書は、PowerShell で Get-HotFix に KB の番号を渡すと、入っていれば InstalledOn の欄にインストール日が出る、と説明しています。
• 更新のインストールの詳しいログ：Microsoft Learn の Windows Update のログの文書によると、CBS.log は %systemroot%\Logs\CBS にあり、サービス スタックでの更新のインストールの様子が分かります。一覧表の 0x80070003・0x80240022 の対処にある「CBS.log を調べる」はこのファイルです。
• Windows Update のログ：同じ文書は、Windows Update の記録（.etl ファイル）を1つの読める WindowsUpdate.log にまとめるには Get-WindowsUpdateLog を使う、と案内しています。作られるのはその時点の写しで、自動では更新されません。

Get-HotFix KB5031539

PowerShell の基本の使い方は、関連記事「PowerShellコマンド一覧｜用途別50選とbash対応表・実行例付き」で扱っています。上の KB の番号は、公式の文書に例として載っているものです。

Windows Update に必要な空き容量の確かめ方

この節では、空き容量の確かめ方と、更新に必要な空き容量の目安が、公式の文書の数字で分かります。

空き容量は「スタート」→「設定」→「システム」→「ストレージ」で確かめます。 必要な量は、文書によって書き方が違います。

品質更新なら数 GB、機能更新なら 11 GB、トラブルシューティングの文書の目安に合わせるなら 20 GB を空けておくと、容量が原因の失敗を避けやすくなります。空きを増やす方法として、公式の文書は「ストレージ センサーを使用してスペースを解放する (推奨)」「クリーンアップの推奨事項を使用する」「外部ストレージを使用して更新を完了する」の3つを挙げています。外部の記憶装置を使うときは、少なくとも 10 GB の空きが要るとされています。

Python では、shutil.disk_usage() で全体・使用中・空きの容量をバイトで取れます。docs.python.org では Unix と Windows の両方で使えるとされ、Windows ではドライブの中のフォルダーやファイルを渡します。手元の Linux の作業場所（メモリー上のファイルシステム）で、公式の目安と比べるスクリプトを動かしました。

import shutil, sys
path = sys.argv[1]          # Windows なら "C:\\" など
u = shutil.disk_usage(path)
GB = 1000 ** 3
print(u)
print(f"空き {u.free / GB:.1f} GB / 全体 {u.total / GB:.1f} GB")
for need in (3, 11, 20):
    print(f"{need:>2} GB 以上あるか: {u.free >= need * GB}")

usage(total=8412139520, used=15519744, free=8396619776)
空き 8.4 GB / 全体 8.4 GB
 3 GB 以上あるか: True
11 GB 以上あるか: False
20 GB 以上あるか: False

この出力の場合、品質更新の目安は満たしますが、機能更新と 64 ビット版の目安には足りない、と読めます。「設定」の画面の GB 表示とずれる場合は、1 GB を 1000 の3乗とするか 1024 の3乗とするかの違いを確かめます。0x80070070（ERROR_DISK_FULL）や「Windows の更新に必要な空き容量が不足しています」が出たときは、この数字を先に見ます。

原因別の切り分け表（症状・確かめ方・直し方）

この節では、エラーコードと症状から原因の系統を絞り、確かめ方と直し方を1つの表で選べます。

コードが違っても、原因の系統は「容量」「通信」「ファイルの破損」「ほかのソフト・機器」「サービス」「再起動待ち」の6つにまとまります。

どの系統か分からないときは、公式の順番どおり、再起動・空き容量・トラブルシューティング ツールに戻ります。

似たエラーコードとの違い

この節では、見た目が近くて取り違えやすいエラーコードの違いが分かります。

下4桁が1つ違うだけで、原因はまったく変わります。 一覧表と System Error Codes の記載をもとに並べました。

0x80072efd の下4桁 0x2EFD は10進数で 12029 で、WinINet errors の文書の ERROR_INTERNET_CANNOT_CONNECT（The attempt to connect to the server failed.）に当たります。Learn の Windows Update の一覧では、0x80072EFD・0x80072EFE・0x80D02002 がまとめて時間切れのエラーとして扱われています。

やってはいけないことと、場面別の判断表

この節では、エラーを直そうとして状況を悪くしやすい操作と、場面ごとに何から手を付けるかが分かります。

公式のトラブルシューティングの文書は、Windows 11 のクリーン インストールを最後の手段として挙げています。ファイルやアプリに影響するので、バックアップを取ってから判断します。

Windows Update のエラーを調べるときのつまずき

この節では、エラーコードを調べたり変換したりするときに起きやすい間違いと、その直し方が分かります。

書き写し違いのエラーは、手元で実際に出した原文が次のとおりです。

$ python3 -I -c 'int("0x8007OOO2",16)'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
    int("0x8007OOO2",16)
    ~~~^^^^^^^^^^^^^^^^^
ValueError: invalid literal for int() with base 16: '0x8007OOO2'

作業の前に確かめたいことを、チェックリストにまとめました。

• 1コードを8桁すべて控えた0x を付けた全体と、KB の番号を一緒にメモする
• 2再起動を済ませた保留中の処理が残っていると、次の更新が入らない
• 3空き容量を見た「設定」→「システム」→「ストレージ」で、目安と比べる
• 4トラブルシューティング ツールを実行した「その他のトラブルシューティング ツール」の Windows Update
• 5大事なファイルのバックアップを取ったコマンドの手順やクリーン インストールの前に

Windows Update のエラーコードのよくある質問

この節では、Windows Update のエラーコードについてよく調べられる疑問への答えが分かります。

Q. 0x800f0922 は何をすれば直りますか？
Microsoft の公式の文書は、VPN を切ってやり直すことと、空き容量を増やすことを挙げています。更新のサーバーに接続できないときと、システム予約パーティションの空きが足りないときに出ると説明されています。

Q. 0x80070002 は何のエラーですか？
下4桁の 0x0002 は Win32 の 2 番、ERROR_FILE_NOT_FOUND（指定されたファイルが見つからない）です。公式の対処は、再起動・トラブルシューティング ツール・空き容量の確認です。

Q. エラーコードはどこで確かめられますか？
「スタート」→「設定」→「Windows Update」→「その他のオプション」→「更新履歴」で、失敗した更新のコードを確かめられます。

Q. 一覧表にないコードはどう調べればよいですか？
先頭の4桁で発生元を見分けます。0x8007 なら下4桁を10進数に直して System Error Codes を、0x8024 なら Windows Update error codes by component を引きます。

Q. 0x8007 で始まるコードは全部 Windows Update の問題ですか？
いいえ。0x8007 は Windows の一般的なエラーを包んだ形なので、ほかのアプリや操作でも同じコードが出ます。Windows Update で出たときは、Windows Update 向けの公式の対処を先に試します。

Q. 0xC1900101 のあとの 0x4000D などは何ですか？
拡張コードです。最初の数字がフェーズ、最後の2桁が操作を表し、0x4000D はフェーズ 4（SP_EXECUTION_OOBE_BOOT）のデータの移行での失敗です。

Q. 更新にはどれくらいの空き容量が要りますか？
公式の文書の目安は、品質更新で 2〜3 GB 以上、機能更新で 6〜11 GB 以上です。トラブルシューティングの文書は、64 ビット版で 20 GB 以上、32 ビット版で 16 GB 以上としています。

Q. Windows を使わずにコードの意味を調べられますか？
はい。この記事の Python のコードはどの OS でも動き、facility と code に分けられます。文言を Windows から取り出す ctypes.FormatError と certutil -error は Windows の上でだけ使えます。

Q. 0xc1900223 が出たら何をすればよいですか？
公式のアップグレードのヘルプは、Windows Update が後で自動的にやり直すので操作は要らない、としています。

Q. 何をしても直らないときはどうしますか？
大事なファイルのバックアップを取り、Microsoft のサポートに相談します。会社の PC は、コードと KB の番号を添えて管理者に伝えます。

まとめ

• まず試すのは3つ：再起動・空き容量の確保・Windows Update のトラブルシューティング ツール（公式の順）。
• コードは更新履歴で確かめる：「設定」→「Windows Update」→「その他のオプション」→「更新履歴」で、コードと KB の番号を控える。
• 先頭4桁で発生元が分かる：0x8007 は Windows の一般的なエラー、0x8024 は Windows Update、0x800F は更新のインストールの仕組み、0xC190 はアップグレード。
• 0x8007xxxx は下4桁が Win32 のエラー番号：16進数を10進数に直して System Error Codes を引く。Python のビット演算で分解・変換できる。
• 対処は公式の文書の範囲で：出所の分からない修復ツールやレジストリの直接編集に頼らず、直らなければ Microsoft のサポートか管理者に相談する。

参考・出典

この節では、この記事の根拠にした公式の文書が分かります（確認日 2026年11月12日）。

• Microsoft サポート「Windows の更新に関する問題のトラブルシューティング」：https://support.microsoft.com/ja-jp/help/10164
• Microsoft サポート「Windows のアップグレードとインストールに関するエラーのヘルプ」：https://support.microsoft.com/ja-jp/help/10587/
• Microsoft サポート「Windows Update トラブルシューティング ツール」：https://support.microsoft.com/ja-jp/help/4027322
• Microsoft サポート「Windows 更新プログラム用に空き領域を増やすには」：https://support.microsoft.com/ja-jp/help/4013876
• Microsoft サポート「Windows の更新プログラムのインストール」：https://support.microsoft.com/ja-jp/help/4027667
• Microsoft サポート「Windows Update をアンインストールする方法」：https://support.microsoft.com/ja-jp/windows/how-to-uninstall-a-windows-update-c77b8f9b-e4dc-4e9f-a803-fdec12e59fb0
• Microsoft Learn「Windows Update common errors and mitigation」：https://learn.microsoft.com/en-us/troubleshoot/windows-client/installing-updates-features-roles/common-windows-update-errors
• Microsoft Learn「Windows Update error codes by component」：https://learn.microsoft.com/en-us/windows/deployment/update/windows-update-error-reference
• Microsoft Learn「Windows Update troubleshooting guidance」：https://learn.microsoft.com/en-us/troubleshoot/windows-client/installing-updates-features-roles/troubleshoot-windows-update-issues
• Microsoft Learn「Windows Update log files」：https://learn.microsoft.com/en-us/windows/deployment/update/windows-update-logs
• Microsoft Learn「Windows 10 upgrade error codes」：https://learn.microsoft.com/en-us/windows/deployment/upgrade/upgrade-error-codes
• Microsoft Learn「[MS-ERREF]: HRESULT」：https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-erref/0642cb2f-2075-4469-918c-4441e69c548a
• Microsoft Learn「HRESULT_FROM_WIN32 macro (winerror.h)」：https://learn.microsoft.com/en-us/windows/win32/api/winerror/nf-winerror-hresult_from_win32
• Microsoft Learn「System Error Codes (0-499)」：https://learn.microsoft.com/en-us/windows/win32/debug/system-error-codes--0-499-
• Microsoft Learn「System Error Codes (1000-1299)」：https://learn.microsoft.com/en-us/windows/win32/debug/system-error-codes--1000-1299-
• Microsoft Learn「System Error Codes (1300-1699)」：https://learn.microsoft.com/en-us/windows/win32/debug/system-error-codes--1300-1699-
• Microsoft Learn「System Error Codes (12000-15999)」：https://learn.microsoft.com/en-us/windows/win32/debug/system-error-codes--12000-15999-
• Microsoft Learn「WinINet errors」：https://learn.microsoft.com/en-us/windows/win32/wininet/wininet-errors
• Microsoft Learn「certutil」：https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/certutil
• Python ドキュメント「組み込み例外（OSError.winerror）」：https://docs.python.org/3/library/exceptions.html
• Python ドキュメント「ctypes（FormatError）」：https://docs.python.org/3/library/ctypes.html
• Python ドキュメント「shutil（disk_usage）」：https://docs.python.org/3/library/shutil.html

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。