2025年9月15日公開
Windows 11/10でAMDのチップセットやRadeonグラフィックスのインストーラーが途中で止まり、「Error 1603（致命的なインストールエラー）」が出る事例が相次いでいます。この記事は、一般ユーザーから企業のIT担当者まで、最短で復旧したい方に向けて、公式が示す原因と対処、実地で効いたコツを丁寧に整理したものです。AMDは直近でサポート記事を公開し、原因と回避策をまとめていますが、現場では複合要因で再発しがちです。そこで、今日すぐ試せる順序立ての修復フローと、再発防止の観点までを一気に学べるように構成しました。なお、参照したドライバーの公開バージョンはAMD Software: Adrenalin Edition 25.9.1（RN-RAD-WIN-25-9-1）、24.8.1（RN-RAD-WIN-24-8-1）、およびPolaris/Vega向け25.8.1です。AMD+4AMD+4Neowin+4
- 何が起きているのか（背景と速報）
- ケース別の対処フロー（失敗した地点から逆算して直す）
- 再発防止のポイント（設計と運用の両輪）
- 管理者向けガイド（配備、監査、ロールバック）
- よくある質問（FAQ）
- トラブルの見分け方（症状→原因のあたりを付ける）
- みんなで原因を深掘りするコメント欄（投稿テンプレ付き）
- まとめ（要点の再確認と次の一手）
何が起きているのか（背景と速報）
Windows 11/10でAMDのチップセット／グラフィックスドライバーを導入・更新しようとすると、セットアップが途中で停止し「Error 1603」が表示されるケースがある、というのが現在の論点です。 このエラーはMicrosoftの定義でも「インストール中に致命的なエラーが発生した」とされる一般的な失敗で、原因は単一ではありません。AMDは今週、1603に関する包括的なサポート記事を公開し、更新不足やセキュリティソフトの干渉、競合プロセス、MSI関連の破損、Visual C++再頒布可能パッケージの破損、システムファイル損傷などを挙げています。ニュースサイトでもこの動きを報じています。Microsoft Learn+2AMD+2
影響範囲と対象ユーザー
対象はAMDチップセット（Ryzenプラットフォーム）やRadeonドライバーをWindows 11/10へ新規導入・更新するユーザー全般で、一般家庭用PCから業務端末まで幅広く影響します。 具体的には、AMD Software: Adrenalin Edition 25.9.1／24.8.1／25.8.1（Polaris/Vega系）といった現行配布系、さらにWindowsの累積更新を未適用の環境で発生しやすい傾向が示唆されています。企業では資産管理ツールや常駐型EDR（Endpoint Detection and Response）との相互作用、利用者環境では旧版ドライバーの残留や常駐オーバーレイ（overlay）との競合が、失敗率を押し上げる典型例です。AMD+3AMD+3AMD+3
想定原因（公式と実地の突き合わせ）
最重要の原因は「更新不足・競合・破損」の三つで、特にセキュリティソフトのスキャンとインストーラーの衝突、重要なWindows更新の未適用、Visual C++やMSIの破損が目立ちます。 AMD公式は、セキュリティ対策ソフトの誤検知またはスキャンの重なり、Plug and Play（プラグ アンド プレイ）など必要サービスの停止、非Microsoftサービスの干渉、Microsoft Visual C++再頒布可能パッケージの破損、レジストリやシステムファイルの損傷を原因候補に挙げています。Microsoft側のナレッジでも、既存インストールの残骸や暗号化フォルダー、代替ドライブ（subst）先への展開などが1603の一般原因とされています。AMD+1
公式の対応状況（回避策あり／個別サポート推奨）
AMDは回避策を段階的に提示し、それでも解決しない場合はログを添えてサービスリクエストを提出するよう案内しています。 具体的には、Windows Updateの適用、AMD Driver & Supportページからのフルパッケージ再取得、セキュリティ製品の一時無効化または定義更新、Plug and Playなど必要サービスの稼働確認、非Microsoftサービスとスタートアップの一時停止（Selective startup：セレクティブ スタートアップ）を推奨。さらに、MSI/スタンドアロンインストーラーの破損が疑われる場合はVisual C++の入れ直し、DISM（Deployment Image Servicing and Management）やSFC（System File Checker）による修復を案内しています。未解決時はログ提出とサポートへの連絡が推奨されています。AMD
まずは最短で直す「正常化チェックリスト」
一気に直すコツは、OS更新→フルパッケージ→干渉源の停止→修復コマンド、の順に“足場固め”をしてから再インストールに挑むことです。 手順は次のとおりです。
(1) 設定（Windows Update）で「最新の品質更新」をすべて適用します。
(2) AMD Driver & Supportから「AMD Software: Adrenalin Edition（フルパッケージ）」をダウンロードします（Driver onlyではなくFull）。AMD
(3) セキュリティ対策ソフトを最新化したうえで一時的に無効化します（ネットワーク切断を推奨）。AMD
(4) Windowsキー+R→「services.msc」でPlug and Play（プラグ アンド プレイ）が「実行中」か確認します。AMD
(5) システム構成（msconfig）で「サービス」タブから「Microsoftのサービスをすべて隠す」にチェック→「すべて無効」にし、スタートアップはタスクマネージャーで一時停止して再起動します。AMD
(6) Visual C++再頒布可能パッケージ（最新）を上書きインストールします。AMD
(7) 管理者のコマンドプロンプトで次を順に実行します。
DISM /Online /Cleanup-Image /RestoreHealth
SFC /SCANNOW
(8) 再起動後、ダウンロードしたフルパッケージでインストールを実行します。ここまでで1603が消えるケースが多数です。AMD
それでも直らない場合の「掘り下げ修復」
クリーンアンインストールとMSI層の再構築、デバイスマネージャー経由の段階導入が併用策として有効です。 まずAMD Cleanup UtilityかDisplay Driver Uninstaller（DDU）で既存ドライバーを安全モードから完全削除し、C:\AMDやProgram Files\AMDの残渣を確認して再起動します。うまくいかない場合は、デバイスマネージャーでGPUを右クリック→ドライバーの更新→「コンピューターを参照して…」から解凍先のINFを指定して最小構成で入れ、その後Adrenalin本体を重ねる方法もあります。加えて、Microsoftの「Program Install and Uninstall Troubleshooter」で壊れたアンインストール情報を整理すると通るケースがあります。AMD+2AMD+2
ログの取り方とサポート依頼のコツ
ログは「C:\Program Files\AMD\CIM\Log\Install.log」を基点に収集し、失敗直後のタイムスタンプを添えてAMDサポートへ提出するのが最短です。 失敗直後にInstall.logを開くと、どのモジュールで止まっているかの手掛かりが得られます。併せてWindowsのイベントビューアー（アプリケーション／セットアップ）も控えておきましょう。最終的に解決しない場合は、AMDの案内どおりサービスリクエストを起票し、Install.logと環境情報（CPU/GPU/マザーボード/OSビルド/導入を試したドライバー版）を添えて送るのが確実です。Reddit+1
他ユーザーの報告例（コミュニティ観測）
実地の報告では、GPUを換装後に1603へ移行、最小構成なら通るがフルインストールで失敗、という傾向が複数みられます。 例として「最新ドライバーは最小構成で入るが、MinimalやFullだと1603が出る」という声があります。また「毎回1603。安全モードでDDU→再起動→C:\AMDを削除→再インストールで復旧」という定番の復旧手順も共有されています。さらに「レジストリのDeviceInstallポリシーを掃除して再起動で通った」という回避も見られました。いずれも公式の範囲外の“裏ワザ”なので、実施は自己責任で慎重に。Reddit+2AMD+2
よくある誤解と落とし穴
「インストーラーの再実行だけ」で解決しないときは、裏に“Windows更新の未適用”や“セキュリティ製品の干渉”が潜みます。 1603は万能エラーなので、同じ症状でも原因は別物です。たとえば暗号化フォルダーへ展開している、代替ドライブ（subst）を利用している、過去の失敗でMSIのデータベースが壊れている、といったOS側事情だけで失敗することがあります。逆に、Windows 11のWDDM（Windows Display Driver Model）刷新でドライバーの安定化は進んでも、「インストーラーが走るOS層の問題」までは自動で直りません。Microsoft Learn+1
参照したバージョンとビルド（検証メモ）
ケース別の対処フロー（失敗した地点から逆算して直す）
最短で復旧するには「どこで1603が出たか」を起点に、必要最小限の処置から順に当てていくのが効果的です。 ここでは、前半で示した原則を土台に、典型的な失敗パターン別の具体手順を整理します。どのケースでも最初に再起動を行い、管理者権限のユーザーで作業してください。
ケースA：チップセット導入で即1603になる
チップセットはOSの基盤に近いため、更新不足やサービス停止の影響を強く受けます。 手順は次のとおりです。
(1) Windows Updateを開き、保留中の品質更新と再起動をすべて完了します。
(2) デバイス暗号化やバックアップ同期などの常駐（リアルタイム保護も含む）を一時停止します。
(3) システム構成（msconfig）で非Microsoftサービスを一括で無効化し、再起動します。
(4) AMDチップセットのフルパッケージを右クリックから「管理者として実行」で開始します。
(5) なおる場合は常駐を一つずつ戻して再起動し、原因の常駐を特定します。
ケースB：Radeon最小構成だと入るが「Full」で1603
オーバーレイや録画など付加機能の競合が濃厚で、残渣（のこりかす）清掃が決め手になります。
(1) AMD Cleanup Utilityで安全モードのクリーンを実施します。
(2) 再起動後、C:\AMD と Program Files\AMD を目視確認し、残存フォルダーがあれば削除します。
(3) まずは最小構成（Minimal）で導入し、成功後にオプション機能を個別に追加します。
(4) 追加時に1603が再発した機能が犯人です。録画やオーバーレイは後回しにします。
ケースC：Visual C++破損が疑われるログで1603
Install.logにMSI（インストーラー）系の失敗痕跡が残る場合、VC++の上書きとOS修復が先です。
(1) Microsoft Visual C++再頒布可能パッケージ（最新）をすべて入れ直します（x86とx64）。
(2) 管理者のコマンドプロンプトで DISM /Online /Cleanup-Image /RestoreHealth を実行します。
(3) 続けて SFC /SCANNOW を実行し、再起動します。
(4) その後にドライバーを再導入します。
ケースD：途中まで進むが最後の構成で1603
最後段で止まる場合は、ドライバーストアと常駐の衝突、または証明書関連の一時的失敗が多い印象です。
(1) ネットワークを切り離して再試行します（オフライン導入）。
(2) デバイスマネージャーで対象GPUを右クリックし、「ドライバーの更新」→「コンピューターを参照して…」からINF（ドライバー定義ファイル）を直接指定して最小限だけ適用します。
(3) 成功後にAMD Software（本体）を重ねて導入します。
(4) 依然失敗する場合は、イベントビューアーのアプリケーションログとCIMのInstall.logを添え、公式サポートへ連絡します。
再発防止のポイント（設計と運用の両輪）
導入時の“環境づくり”を整えるほど1603は減ります。 単発の復旧だけでなく、次回の更新が楽になる設計を意識しましょう。まず、フルパッケージを常用し、ハッシュの検証とローカル保存を徹底します。次に、ドライバー更新はメンテナンス時間帯にまとめ、セキュリティ製品やバックアップ同期は一時停止の運用ルールを決めます。ゲームランチャーやオーバーレイは自動起動を外してから更新に入ると安全です。Windowsのビルドは最新の品質更新を維持し、再起動保留を放置しないことが肝心です。証明書の失効や時刻ずれでも失敗するため、NTP（時刻同期）の健全性を監視すると安定度が上がります。
企業ではEDR（エンドポイント検知と対応）の除外（スキャン対象外）を、AMDのインストーラー実体と展開先フォルダー、一時ディレクトリに与える設計が有効です。WSUS（社内更新サーバー）を使う場合、グループポリシーでデバイスインストール制限が厳しすぎないか確認します。仮想化ベースのセキュリティ機能を多用している場合は、パイロット端末での検証を通してから本番リングへ波及させる二段階展開が安全です。
管理者向けガイド（配備、監査、ロールバック）
標準化された“更新手順書”を用意して台数をさばくのが結果的に最短です。 まず、機種別のドライバー適合表を作り、CPU/GPU/チップセットを軸にバージョンを固定します。更新は段階リング（先行・一般・保守）で回し、先行リングでのInstall.logをテンプレ化してナレッジを蓄積します。ロールバックはドライバーストアの保持と復元ポイントの作成で備えます。トラブル時には、失敗端末のCIMログ、イベントログ、Windowsビルド、導入に利用したパッケージ名（例：Adrenalin Edition 25.9.1、24.8.1）を必ず採取し、再現性の有無を記録します。代理インストールではローカル管理者（昇格）で動かし、SCCMやIntune（管理配布）で配る場合はサイレントスイッチと再起動条件を明示しておくと失敗率が下がります。
よくある質問（FAQ）
「エラー1603はハード故障ですか？」という質問が多いのですが、多くはソフト的要因です。 もちろんGPUの物理故障でもインストールは失敗しますが、チップセットやVisual C++の破損、常駐の干渉が主因であることがほとんどです。
「Windowsを初期化すべきですか？」は最終手段です。DISMとSFC、クリーンアンインストール、最小構成導入まで試してから判断しましょう。
「どの設定を戻し忘れがちですか？」では、セキュリティ対策ソフトの常時除外が残り、保護が弱くなる事故が出ます。作業後は除外の解除と再スキャンを必ず行ってください。
「どの版を入れれば安定しますか？」は環境依存です。最新安定版（例：Adrenalin Edition 25.9.1）を第一候補に、問題が続く場合は一世代前（例：24.8.1）を検証する二択が現実的です。
「イベントログはどこを見ますか？」は、Windowsログのアプリケーションとセットアップ、さらに C:\Program Files\AMD\CIM\Log\Install.log を並行で確認します。
トラブルの見分け方（症状→原因のあたりを付ける）
症状の出方で切り分けると、打つべき一手が見えてきます。 たとえば、最小構成は成功だがFullで1603なら競合が主因、開始直後に落ちるならサービス停止や更新不足、最後の構成段で落ちるならMSI層や証明書が疑わしい、という具合です。ログに0x80070643が並ぶなら更新コンポーネントの破損、0x80070005が出るなら権限やセキュリティ製品のブロックを優先的に疑います。GPU換装直後の1603は旧版残渣とデバイス識別情報の齟齬（そご）が定番です。
みんなで原因を深掘りするコメント欄（投稿テンプレ付き）
本記事はフォーラムのように、読者の皆さまの実例をもとに精度を高めていく設計です。 下のテンプレをコピーし、コメント欄に貼り付けてください。相互に検証し、運用の定石を作っていきましょう。
【環境】CPU／GPU／マザーボード型番／メモリ／OSビルド（例：Windows 11 24H2）
【目的】新規／更新／ロールバック
【ドライバー版】例：Adrenalin Edition 25.9.1（または24.8.1、25.8.1）
【エラー】1603／表示メッセージ／関連コード（例：0x80070643）
【直前の操作】msconfigで無効化／Cleanup Utility実行／DISM・SFC実行 など
【ログ抜粋】Install.logの該当タイムスタンプ付近
【結果】成功／失敗／再発の有無
【補足】常駐ソフトやEDR名、特記事項
まとめ（要点の再確認と次の一手）
エラー1603は「更新不足・競合・破損」の三点セットで起こりやすく、OSの健全化→競合排除→最小構成→段階追加の順で解決率が最も高まります。 まずはWindowsを最新にし、セキュリティ製品や常駐を一時停止、VC++の上書きとDISM／SFCで土台を整えます。次にAMDのフルパッケージを管理者として実行し、必要ならCleanup UtilityやINF直接適用で段階導入へ切り替えます。どうしても直らない場合はInstall.logとイベントログを添え、公式サポートへ連絡してください。対象は一般ユーザーから企業まで広く、バージョンはAdrenalin Edition 25.9.1／24.8.1／25.8.1（Polaris/Vega）を前提に記述しました。最後に、読者の皆さまの実例共有が最大の知見になります。成功・失敗の両方をぜひコメント欄でお知らせください。
