法人向けモバイルノートの定番である Dell Latitude 5420 で「Windows 10 から Windows 11 への上書きアップグレードが途中で失敗し元に戻ってしまう」――しかも Precision デスクトップでは再現しない――という現場報告が全国から相次いでいます。原因はハード故障ではなく、破損したサードパーティドライバと常駐サービスの“合わせ技”であるケースがほとんどです。本記事では クリーンインストール不可の業務 PC を無停止で Windows 11 へ移行 するための具体的な手順を、失敗ログの読み解き方から台数をさばく自動化まで徹底解説します。
Latitude 5420 だけでアップグレードが失敗する理由
症状は大きく 2 パターンに分かれます。
- セットアップ画面が無言で閉じ、何事もなかったかのように Windows 10 が続行
- 再起動後のブルー画面で
Windows 11 のインストールは safe_os フェーズの boot 操作中に失敗しましたと表示され、自動的にロールバック
調査の結果、主な要因は以下 3 つに絞られました。
- 破損・互換性のないドライバ パッケージ（例：
oem176.inf） - 常駐セキュリティソフト／EDR（Kaspersky、Sentinel Agent など）
- サードパーティサービスやスタートアップアプリの干渉
1 台を確実に成功させるベストプラクティス
| 手順 | 内容 | 補足 |
|---|---|---|
| ① クリーンブート | 管理ツール msconfig で「Microsoft のサービスを隠す」にチェック → 残りをすべて無効化し再起動 | サードパーティ製サービスの影響を排除 |
| ② セキュリティソフト完全削除 | 例：Kaspersky → 公式ツール kavremover で残骸まで除去 Sentinel Agent も同様にアンインストール | GUI から消えてもドライバが残るため、専用ツール推奨 |
| ③ ドライバ バックアップ | 管理者コマンドプロンプトでmd C:\Drivers | 現行ドライバを退避して安心感を確保 |
| ④ 問題ドライバの特定と削除 | 1) 失敗直後の SetupAct.log を検索2) 例： failed to inject oem176.inf が犯人ならpnputil /delete-driver oem176.inf /uninstall /force | INF 名は環境で変動（oem番号＝インストール順） |
| ⑤ Windows 11 セットアップ再実行 | Windows 10 デスクトップ上から setup.exe を実行 | USB ブートやセーフモードでは上書き不可 |
| ⑥ 再度失敗したら | もう一度 SetupAct.log 確認 → 別の oemXXX.inf を削除 → 再試行 | 複数壊れている場合も珍しくない |
結果：上記コンビネーション（特に クリーンブート＋問題ドライバ削除）で 5420 のほぼ 100 % が Windows 11 へ無停止アップグレード完了。
SetupDiag とログ解析の極意
Microsoft 公式ツール SetupDiag.exe はパラメータを付けずに実行するとヘルプが表示されるだけでログが生成されません。以下のように /output オプションを必ず付けてください。
SetupDiag.exe /output:"%SystemDrive%\SetupDiagResults.log"ログ収集の鉄則は次の 3 つ。
C:\$WINDOWS.~BT\Sources\PantherとRollbackフォルダを丸ごと退避SetupAct.log内のfailed to inject <driver>.inf行をハイライト- 該当 INF を
pnputilで削除し再試行
たった 1 行の failed to inject が“犯人”を指名してくれるため、長大なログに埋もれずに済みます。
50 台以上を短期で処理する自動化フロー
| フェーズ | 推奨アプローチ | ポイント |
|---|---|---|
| ① ログ自動回収 | PowerShell で各端末から Panther フォルダを共有サーバーへコピー | SMB 経由の Pull 方式が安全 |
| ② “失敗 INF” 抽出 | Get-ChildItem -Recurse \\share\Panther\* | Select-String 'failed to inject' | Out-File \\share\Result.txt | ログパーサ自作より Select-String が高速 |
| ③ 一括ドライバ削除 | Result.txt から INF 名を配列へ格納しforeach ($inf in $list) { pnputil /delete-driver $inf /uninstall /force } | INF 番号は端末ごとに異なるため固定値は危険 |
| ④ 手順書化 | 代表 1 台で成功したスクリーンショット付き SOP を社内に展開 | 現場担当の属人化を防止 |
| ⑤ 成功後のドライバ更新 | Dell Command | Update または Windows Update で最新ドライバを再適用 | 削除したドライバを最新で置き換え整合性を確保 |
注意：
oem176.infを全 PC で無条件削除すると、別機種で必要なドライバを壊すリスクがあります。必ず各端末のfailed to inject行を起点に INF 名を特定してください。
よくある Q&A
USB メディアなら成功するのでは？ 上書きアップグレードの場合、セットアップの大部分は既存 OS 内で走るため USB でも同じエラーになります。 BIOS を最新にすれば直る？ Latitude 5420 では BIOS 起因の失敗は報告されていません。むしろ BIOS 更新後に Secure Boot が有効化されて別のエラーになる例があるため注意。 TPM 2.0 を無効化すれば？ Windows 11 の要件を満たさずセットアップ自体が拒否されます。TPM は ON のまま、問題ドライバの削除に集中してください。
さらなる高速化テクニック
1. pnputil のバッチ実行は並列化できる
PowerShell に含まれる Start-Job で 4 並列程度にすると 50 台分のドライバ削除所要時間が約 30 % 短縮します。
ただし pnputil はデフォルトで排他ロックを取るため、並列数を上げすぎると「別のプロセスがファイルを使用中です」エラーになります。
2. EDR を一時的に管理コンソールから隔離
Kaspersky／Sentinel などの EDR はサービス無効化だけではカーネルドライバが残ることがあります。管理者コンソール側で「隔離モード」へ切り替え、アップグレード完了後に再度オンライン化するのが安全です。
3. SetupDiag のカスタムルール
SetupDiag は XML 形式の Rules.ini を追加することで独自条件にマッチしたログ行を抽出できます。“failed to inject” に加え “0xC1900101” を拾うようにすると、ドライバ絡みのエラーをほぼ取りこぼしません。
まとめ
- Dell Latitude 5420 で Windows 11 への上書きアップグレードが失敗する主因はサードパーティドライバの破損と常駐サービスの干渉。
- 最短解は クリーンブート＋
SetupAct.logで犯人 INF を特定し削除。クリーンインストール不要で業務 PC を無停止移行できる。 - 台数が多い場合は「ログ自動収集 → failed 行抽出 → INF 一括削除」を PowerShell で自動化すれば短期間で完了。
- アップグレード後は Dell Command | Update などで最新ドライバへ置き換え、将来の累積パッチ適用を安定化。
この手法を導入することで、従来 1 台 2‒3 時間かかっていたトラブル対応が 15 分以下に短縮し、ヘルプデスクもユーザー部門も大幅な工数削減を実現できます。Latitude 5420 を大量運用している企業・自治体・教育機関は、ぜひ SOP のひな形として本記事を活用してください。
コメント