このサイトを正しく表示するには、最新のブラウザを使用し、Javascriptを有効化してください。

setupact.logからWindows 11 24H2アップデート失敗の原因を抽出・解析する方法

北村帆高

社内にある複数台のWindows 11 PCに対し、インストールアシスタントを使用して24H2へのアップデート作業を行っていますが、3台のPCでアップデートが失敗し、ロールバックされてしまう現象が発生しています。

各PCの$Windows.~BT\Sources\Panther\setupact.logを確認したところ、インストールは「Post First Boot」フェーズまで正常に完了しており、ログにも「136|Machine-specific apply」と「146|Ensure suspended services are stopped」が"Executed"として記録されていました。

しかし、次のフェーズ（ログのアクションリストから推測すると「Pre OOBE Boot」）に入ってすぐにログが突然終了しています。エラーコードなど、失敗原因を示すような記録はありません。1台のPCでは最終行がInfo SP Auto-start services request count: 2で、他の2台ではそこから十数行進んだInfo CBS Winlogon: Starting notify serverが最終行でした。

成功したPCのログと比較しても、この辺りの記録で致命的なエラーを示唆するような際立った違いは見つけられませんでした。

このような状況で、a)インストールの失敗原因を特定し、b)正常にインストールを完了させるための、何か良い手順はありますでしょうか？

ナカムラ

RollbackフォルダにあるSetupact.logを確認してみてください。通常、ログの末尾にエラーコードと拡張コードが記録されています。

もし拡張コードが30018であれば、ドライバーの移行に失敗している可能性があり、その場合はログが突然終了することがあります。

原因特定のため、以下のログファイルをご共有いただけますでしょうか。フォルダが隠し属性になっている場合があるため、ファイル名を指定して実行（Win+R）にパスを直接貼り付けて開いてください。

Panther ログ:C:\$Windows.~BT\Sources\Panther にある Setupact.log と Setuperr.log
Rollback ログ:C:\$Windows.~BT\Sources\Rollback にある Setupact.log と Setuperr.log
デバイスインストールログ (エラーコードが 0xC1900101-0x30018 の場合のみ):C:\$Windows.~bt\Sources\Rollback\setupapi\setupapi.dev.log
追加Panther ログ (エラーコードが 0xC1900101-20017 の場合のみ):%windir%\Panther にある Setupact.log と Setuperr.log

以下のトラブルシューティングガイドもご参照ください。Windows の更新に関する問題のトラブルシューティング - Microsoft サポート

ログファイルはサイズが大きくなる可能性があるため、ZIP形式に圧縮してアップロードすることをお勧めします。

北村帆高

ナカムラ

ご協力ありがとうございます。

\Rollback内のSetupact.logを確認しましたが、ファイルの末尾にエラーコードらしきものは見当たりませんでした。しかし、同フォルダのSetuperr.logの最終行に「Failed to merge telemetry file: . hr = 0x80070057」という記録がありました。

関連するログファイルをアップロードしましたので、ご確認をお願いします。

根岸

以下の手順でログファイルをご準備いただけますでしょうか。

C:\$WINDOWS.~BT\Sources\ フォルダを開きます。
「Panther」と「Rollback」の2つのフォルダを選択します（存在する場合）。
（もしあれば）Pantherフォルダ内の GenuineTicket.xml ファイルは削除してください。
2つのフォルダをデスクトップにコピーし、ZIP形式で圧縮します。
圧縮したファイルをOneDriveなどのクラウドストレージにアップロードし、共有リンクをお知らせください。

（参考: OneDrive のファイルとフォルダーの共有 - Microsoft サポート）

北村帆高

根岸

ありがとうございます。

ご指示いただいたファイルを準備しました。なお、Pantherフォルダにgenuineticket.xmlはありませんでした。

ご確認のほど、よろしくお願いいたします。

根岸

北村帆高

ログを拝見しました。セットアップがサードパーティ製のサービスによってクラッシュしているようです。バグチェックコードは 0x00000004 ですが、ダンプファイルは生成されていませんでした。

この場合、クリーンブートを実行して、再度セットアップを試すことで問題が解決する可能性があります。

クリーンブートは、サードパーティ製のアプリやサービスを読み込まずにWindowsを起動する方法です。詳細な手順は、Microsoftのサポート記事をご参照ください。

Windows でクリーンブートを実行する方法 - Microsoft サポート

（注意：手順3が非常に重要です。「すべて無効」をクリックする前に、必ず「Microsoft のサービスをすべて隠す」にチェックを入れてください。）

北村帆高

根岸

ありがとうございます。

Microsoft以外のサービスをすべて無効にし、タスクマネージャーからスタートアップアプリをすべて無効化したところ、24H2へのアップグレードが無事に成功しました。

原因となった特定のアプリやサービスを現時点で特定することはできませんが、おかげさまで全てのPCを最新の状態にすることができました。

大変助かりました。

Assistant

クリーンブートで問題が解決したとのこと、何よりです。補足として、今後のために原因を特定する方法について解説します。

Windowsの大型アップデートが失敗する一般的な原因として、ウイルス対策ソフト、ディスク管理ツール、あるいは古いドライバなど、サードパーティ製のソフトウェアとの競合が挙げられます。クリーンブートは、これらを一時的に無効化することで、Windowsのコアコンポーネントのみでアップデートを実行させるため、成功率が上がります。

もし、原因となったソフトウェアを特定したい場合は、以下の手順をお試しください。

クリーンブートで無効にしたサービスやスタートアップ項目を、半分だけ有効に戻して再起動します。

問題が再発しなければ、有効にした半分に原因はないと判断できます。次に残りの半分をさらにその半分だけ有効にして、問題が発生するまで範囲を絞り込んでいきます。

この作業を繰り返すことで、競合している特定のサービスやアプリケーションを突き止めることができます。

この方法で、将来的なアップデートやトラブルシューティングの際に役立つ情報を得ることができます。