Windows 11 22H2大型更新成功

2022年9月22日 WithHappy

本稿は、Windows 11 22H2大型更新成功の速報です。

日本時間2022年9月21日、Microsoftは、Windows 11 22H2大型更新を一般公開しました。Windows 11初の大型更新です。弊社先行Win11は、Rufus 3.20を使い今回の大型更新に成功し、正常動作中です。

Win11 21H2 → 22H2

先行Win11 21H2は、TPM 2.0アップグレード要件のみを満たさないWindows 10 21H2 PCでした。

このPCを今年4月15日、Win10アプリケーションとデータ維持のまま、Rufus 3.18を使ってWin11 21H1へ無理やりアップグレードし、Win11として使えるかを3か月間評価しました。

結果は、タスクバー位置に不満が残るものの、GUIカスタマイズツール利用で使用感をかなり改善でき、Win11運用に問題はありません。

残る課題は、このTPM要件未達Win11 21H2が、22H2へ大型更新できるか否かでした。本稿で、この課題も解決しました。

※先行Win11詳細やRufusの使い方は、本稿末の関連投稿リンク参照。

Rufus利用Windows 11 22H2更新方法

最新版Rufus 3.20利用のWin11 21H2から22H2手動大型更新手順が下記です。

Windows 11 22H2手動大型更新手順
準備	①21H2バックアップ（更新失敗リカバリ対策） ②22H2インストールメディアダウンロード ③Rufusで22H2インストールUSB作成
更新	①21H2起動状態でインストールUSB setup実行 ②Rufusダイアログに従い数回クリック ③22H2大型更新完了

注意点は、準備②ダウンロードです。Windowsインストールメディア作成からダウンロードする点、DVD作成を選ぶ点です。

ダウンロード後、MediaCreationToolの代わりに③Rufusを使ってインストールUSBを作成します。USB作成時のWin11インストールスキップ項目は、全項目にチェックを入れました。

このチェック設定は、お好みで変えてください。全チェックを外すと、MediaCreationTool利用インストールと同じになります。アップグレード要件を満たすPCなら、全チェックを外しても良いでしょう。

また、手動更新のメリットは、ユーザの好きなタイミングで大型更新が開始できることです。

まとめ：Windows 11 22H2大型更新成功速報

Rufus 3.20を利用したTPM要件未達Windows 11 21H2の22H2大型更新に成功しました。Win11初の大型更新も、MediaCreationToolの代わりにRufus を使えば問題なく成功し、正常動作します。

ポイントは、インストール条件が厳しいMicrosoftツール：MediaCreationToolの代わりに、Rufus を使う点です。

今回の成功が、将来も続くかは不明です。しかし、「強力ツール：Rufusのおかげで、多くの要件未達Win10 PC延命が可能」となりました。本Win11 22H2状況は、適宜ブログでレポートします。

弊社残りの2PCは、どちらも厳しいMicrosoft公式Win11アップグレード要件を満たします。本稿の結果、弊社3PC全てをWin11運用できる目途が立ちました。

Windows 11 22H2新しい追加機能は、コチラの記事などを参照ください。

あとがき：Windows 11かLinux Mint

正式なWin11アップグレード要件を満たさないPCは、機能追加の少ないWin10のまま2025年10月まで使い続けるか、または、Linux Mintなどの別OSへ載せ替えるかの2択です。Win10サポート終了の2025年10月以降は、別OS搭載かPC廃棄の運命です。

アップグレード要件を満たす/満たさないに関わらずWin10の次期OSとして、先行Win11とLinux Mintの両方を試行した結果、Win11アップグレード運用の可能性が高まりました。理由は、本稿の結果、筆者のWin利用経験が長いこと、ブログ読者にWinユーザ数が圧倒的に多いことの3つです。

ちょっとしたトラブルや不具合の前兆のようなものが、PCには発生します。その発生の検出と対応に長い利用経験が活きます。Linuxの場合、筆者はこの検出の勘が未熟なため、動作異常に至った時は、正常状態へリカバリするよりも簡単な再インストールを活用しました。

Mintは、Winに比べユーザ追加アプリを含む再インストールが簡単な点も、本試行の収穫です。

PCの主要アプリケーションは、マルチプラットフォーム化が進行中です。各ベンダのMCU開発ツールもまた、Win/Linux/Mac対応済みですので、OS依存性はありません。

PC OSは、以上の状況です。アップグレード要件未達PCをWin11にするか、あるいは、Linux Mintにするかの最終決定は、2025年10月の予定です。但し、複数PC運用の都合上、現実解としてはWin11になりそうです。

21H2 Sun Valleyは大規模更新

2021年6月4日2021年11月6日 WithHappy

5月19日に手動更新したWindows 10 21H1は、その後も安定して動作中です。この21H1と次回大型更新で「この10年間で最も重要なWindowsアップデートの1つ」と言われるSun Valleyこと21H2 の2記事を紹介し、今秋21H2大規模更新失敗時の対処案を示します。

秋21H2は大規模更新、春21H1機能追加はわずか

今秋のWindows 10大型更新は、Microsoft CEO) Nadella氏よると「この10年で最も重要なWindowsアップデートの1つ」で、スタートメニュー、アクションセンター、ファイルエクスプローラー、タスクバーなどの見慣れたユーザインタフェース（GUI）が新しいデザインへ変更、新機能追加の可能性もあるそうです（CNET Japan、2021/06/03）。

6月24日のオンラインイベントで次世代Windowsの詳細が発表されそうです。開発コード名Sun Valleyこと次期Windows 10バージョン21H2は、大規模更新になりそうです。

一方、今春の“21H1の機能追加はわずか（日経クロステック、2021/05/31）”の記事で、Windows 10大型更新と更新規模、その更新プログラム配布方法について解り易い図が掲載されていますので、抜粋し21H2の予想を追加しました。

Windows 10バージョン	大型更新開始時期	更新規模	更新プログラム配布方法
20H1	2020年上期	大規模？	通常（一括ダウンロード）
20H2	2020年下期	小規模	有効化パッケージ
21H1（今春：現状）	2021年上期	小規模	有効化パッケージ
21H2（今秋予定）	2021年下期	大規模？	通常（一括ダウンロード予想）

更新プログラム配布方法の有効化パッケージとは、大型更新開始前に、更新内容を無効化した状態でPCへ段階的に更新プログラムをパッケージで配布しておき、大型更新時にそれらを有効化する方法です。小規模更新の場合には、更新プログラムダウンロード時間が短くなるなどのユーザメリットがあります。

大規模更新では事前配布パッケージ自体もおそらく大きくなるため、Windows7から8/8.1への更新と同様、事前配布無しに一括して更新プログラムをダウンロードする通常方法になると予想します。

OSクリーンインストール歴史

Windows 10初版リリースが2015年なので、ここ10年の範囲にはWindows 7や8/8.1なども含まれるでしょう。筆者は、Windows 7や8の時代は、新OSリリースに合わせて、または、PCの調子が悪い時は、リカバリよりもOSクリーンインストールを行っていました。

既存アプリケーションの再インストールや再設定も必要で、手間と時間がかかる作業でしたが、リカバリよりも新OSをクリーン環境で使うメリットが大きいと判断したからです。

Windows 10へアップグレート後は、クリーンインストール回数は減り、20H1以降は、全てのPCで問題なく大型更新が成功しています。クリーンインストールの手間を考慮すると、少々のトラブルは、自己修復してきたとも言えますが、それでも旧OSに比べ、安定度や安心感は高いと評価しています。

Windows 21H2大規模更新失敗対策案

今秋21H2は、操作性も含めた大規模更新で、開発中止したWindows 10X機能などを含める噂もあり、共通コアOSに比べ、更新失敗の可能性は高くなります。関連情報を収集分析しますが、所有PCは、最終的には3つの更新結果になると予想しています。

21H2手動更新成功
21H2手動更新失敗➡21H2クリーンインストール
21H2手動更新失敗➡21H1へリカバリし継続使用

更新成功を期待しますが、失敗時は、21H2をクリーンインストールする案と、21H1へリカバリして継続使用する2案があります。

現在使用中の21H1は、20H1から続く共通コアOSのWindows 10です。21H1サポート終了の2022年12月（2022年5月という記事もあり）までは、継続使用でも安心して運用ができます。またGUIも、現状のままでも不満はありません。

最新21H2をクリーンインストールするか否かは、発表される次世代Windowsの内容次第です。

魅力的なOSであれば、手間をかけてもクリーンインストールするでしょう。次世代Windowsの内容は、本ブログでも適宜取上げていきます。

Windows 10 20H2更新方法

2020年10月30日2020年11月13日 WithHappy

年2回のWindows 10大型更新、Windows 10最新バージョン20H2がリリースされました。Windows Updateを待たずにユーザ主体で最新のWindows 10大型更新を実行する方法と、そのメリット/デメリットを示します。

まとめ

準備	MediaCreationTool20H2.exeダウンロード	0.5時間 ※Pro/64bitは8GBでOK
	USB/DVDインストールメディア作成
	旧Windows 10バックアップ（更新失敗リカバリ対策）	※環境依存で省略
更新	旧Windows 10起動状態で作成USBのsetup.exe実行	1～3時間（PC依存） ※この間クリック1回
	新Windows 10へ引き継ぐもの選択後インストールクリック
	新Windows 10の大型更新自動完了

旧Windows 10バージョン2004のアプリケーションとユーザデータの両方を保持したまま、新Windows 10バージョン20H2を上書きインストールする方法です。メリットとデメリットが以下です。

メリット	いつ始まるか判らない新Windows 10大型更新をユーザ主体で開始
	タイミングの良いバックアップを取るので、良いところからリカバリ
	アプリとユーザデータ両方保持で、新Windows 10でも即開発継続
	USBは複数PC更新に使え、新Windows 10トラブル回復ツールにもなる
デメリット	レジストリはデフォルト値へ戻る。ユーザ変更時は再設定が必要。

Windows 10上書きインストール準備

Windows 10大型更新がリリースされると、同時にMicrosoft公式ツール：MediaCreationTool20H2も発表されます。

MediaCreationTool20H2は、Windows 10新規/再インストールに必要な全ファイルをUSBやDVDへ保存するツールです。Windows ProとHome、64ビット版と32ビット版の各バージョンを保存できますが、Windows Pro/64ビット版のみなら8GB容量のUSBで十分です。

ツールダウンロードとUSBメディア作成時間は、ダウンロードリンク速度に依存しますが、約30分です。

作成したUSBは、複数PCの大型更新に使えます。また、Windows 10起動トラブル、例えばスタートアップ修復やコマンドプロンプト処理などの回復ツールとしても動作します。

MediaCreationツールで作成したUSBメディアの大型更新と回復の2用途

以上がWindows 10上書きインストール開始前の最低限の準備です。

但し、今回に限らずWindows 10の大型更新には、多くの不具合報告があります。使用中のPCが大型更新で不具合に遭遇しても、不具合前へリカバリできるシステムバックアップも、更新前のユーザ側準備としては必須です。

バックアップツールは、有償/無償含め様々です。バックアップだけでなく、リカバリができる確認もお勧めします。リカバリ本番で失敗する例は、世の中にたくさんあります。バックアップ所要時間は、使うツールやご利用環境に依存しますので、省略しています。

バックアップのもう1つの重要事項は、タイミングです。開発が一段落したなど、バックアップに適し、ユーザや開発者が安心しているタイミングがあります。ユーザの都合が良いタイミングでバックアップを確実にとり、かつ、Windows 10大型更新を迎えれば、たとえトラブルにあっても冷静に対処できます。

Windows 10上書きインストール更新

Windows 10上書きインストールの最重要事項は、旧Windows 10起動状態で作成したUSB/DVDのsetup.exeを実行することです。以下、Windows Pro/64ビット版USBを例に説明します。

旧Windows 10起動後に準備で作成したUSBを装着し、setup.exeをクリックします。すると、最新の更新プログラムダウンロードが始まり、インストール準備完了へ画面が変わります。

「個人用ファイルとアプリを引き継ぐ」がデフォルトになっています。これが、旧Windows 10アプリケーションとユーザデータの両方を保持のまま、新Windows 10を上書きインストールする設定です。

引き継ぐもの変更をクリックすると、アプリ、または、個人用ファイルのみ、どちらもなしなども選択可能です。どちらもなしの場合が、クリーンインストールに相当します。

上書きインストール中、このインストール準備完了画面のインストールのみがクリック個所です。インストールクリック後は、何の操作も不要です。PCが勝手に何回か再起動し、新Windows 10バージョン20H2の初期画面が表示され大型更新完了です。

更新開始から完了までの所要時間は、PC（ネットワーク速度やPC性能）に依存します。おおよそ1時間から3時間程度です。この間のクリックは1回だけです。クリック後は読書や運動などでもして気楽に新Windows 10初期画面を待てば良いでしょう。

Windows 10上書きインストールメリット/デメリット

Windows 10上書きインストールの最大メリットは、ユーザ主体でWindows 10大型更新を開始できること、同時に、更新失敗に備えたシステムバックアップが取れることです。

どちらもWindows任せ、つまりWindows Updateで自動開始にすると、ユーザや開発者が不安定な時や思わぬタイミングで更新を開始し、バックアップを忘れる、適切なバックアップが取れないなど、本来なら起こるはずが無いユーザ起因のトラブルにも遭遇する可能性がでてきます。

新Windows 10バージョン20H2は、旧Windows 10バージョン2002の小変更版と言われます。小変更なら尚更早く更新完了し、Windows 10最新バージョン20H2による安定したPC運用を望みたいと筆者は思います。但しMicrosoftは、Windows 10バージョン20H2のUpdate配布を遅らせるとの2020/10/23情報もあります。

Windows 10のライフサイクルは、わずか1.5年です。この間半年毎に2回大型更新があり、たとえ各回の更新を延期しても、1.5年後には必ず大型更新が必須です（ライフサイクルは、関連投稿：WindowsとLinux Mintの大型更新比較を参照してください）。

Windows 10起因の大型更新トラブル遭遇確率は、ユーザ主体開始でも自動開始でも大差ないと思います。むしろユーザ主体上書きインストールの方が、ユーザ起因トラブルがない分、トータルの大型更新トラブル確率は低くなるかもしれません。

※本稿は、大型更新トラブルの原因を、Windows 10起因とユーザ起因、これら2つに分けて考えています。

上書きインストールのデメリットは、上書きなのでWindows 10レジストリがデフォルト値に戻ることです。デフォルト値は、MicrosoftがWindows 10運用上、最も安全と考える値です。しかし例えば、ネットワークのパスワード保護共有を有効→無効にユーザが変更している場合などは、再設定が必要です。

ご利用中のPCで、メリット/デメリットを天秤にかけ、本方法適用をご自身でご判断ください。

なお弊社は、本稿のWindows 10上書きインストール更新方法で、メインPC/ノートPC/バックアップPC：3台のWindows 10バージョン1909→2002→20H2の過去３回の大型更新を、運よく（？）成功した実績があります。

WindowsとLinux Mintの大型更新比較

2020年9月4日2020年9月18日 WithHappy

春と秋の年2回大型更新するWindows 10のリリース開始からサポート終了までのライフサイクルは、1.5年です。Windows 10最新バージョン2004へ更新済みの場合、2021年12月14日までは、2回目/3回目の大型更新を延期でき、この間の大型更新トラブルも回避できる可能性があります（COVID-19の影響は除いています）。

一方、Linux Mint 20の大型更新は春の年1回、ライフサイクルは5年です。

本稿は、このPC OSの大型更新を比較し、MCU開発用OSの安定性という観点から、Linux Mintが優位であることを示します（関連投稿：Linux Mintお勧め理由の続編という位置づけです）。

WindowsとLinux Mintの大型更新比較結果

	Windows 10（Version 2004）	Linux Mint 20（Ubuntu 20.04 LTS）
大型更新回数	年2回	年1回
ライフサイクル	1.5年（2021/12/14まで） ※この間2回の大型更新予定	5年（2025年春まで） ※この間4回の大型更新予定
大型更新方法	Windows Update（手動延期可能）	ユーザによるクリーンインストール
大型更新間隔	0.5年	1年
通常更新方法	Windows Update	アップデートマネジャー（５章参照）

Windows 大型更新（Windows 10）

2020年2回目の大型更新、Windows 10バージョン20H2の内容が判りました。バージョン20H2も、様々な機能追加・更新の発表があり、大型更新トラブルが少ないことを願っています。一方で、コチラの記事によると、現行バージョン2004では旧バージョンから消えた重要機能も少なくないようです。

※Windowsの機能追加・削除によるMCU開発弊害の例が、関連投稿：FRDM評価ボードOpenSDA接続問題の3章にあります。

Windows 10運用に安定性を求める場合は、1.5年のライフサイクル期間中、大型更新を「手動延期」する方法があります。但し、大型更新毎に変わるメニューやタスクバーなどのPC基本操作が、最新版で無くてもかまわない場合です。職場利用のPCなどは、この運用方法でも良いかもしれません。

個人利用のPCは、大型更新が基本です。Windows Updateは「最新版へ更新」するのがデフォルト設定ですし、巷に溢れるWindows 10情報は、どれも最新版の話題で、ユーザに大型更新バイアスをかけ続けるからです。

但し、プリンタや接続機器も多種多様な個人利用PCの場合、大型更新トラブルの発生確率は、職場利用のPCよりも高くなる傾向があります。

この大型更新トラブル確率が増すにも関らず、デフォルトでは最新版へ更新することが、Windows 10の矛盾点だと思います。

Windows Updateは、OS自身の大型更新と、通常のセキュリティ更新の2機能が混在しています。これは、Windows 10が商用であるがゆえに、より早い競合製品（Apple macOSやLinux）差別化もビジネス的には必要なためか（？）と筆者はあきらめています。

Windows Updateで無理やり大型更新も行うのではなく、ユーザ主体で大型更新が開始できる別ボタン、例えばInstall New Windowsを設ければ、少なくとも大型更新起因のトラブルは回避できると思うのですが…。

Linux Mint大型更新（Linux Mint 20）

Windows と最も異なるのは、Windows Updateに相当するLinux Mintアップデートマネジャーに、OS大型更新機能が無い点です。

Linux Mintのアップデートマネジャーは、稼働中OSの主にセキュリティ関連更新を行います（標準搭載のFirefoxブラウザなどは、このアップデートマネジャーで最新版へ更新されます）。つまり、ユーザが主体的に操作しない限りOS大型更新はできない仕様です。

旧版Mint 19からMint20への更新は、基本的にはOSクリーンインストールで行います。旧Mint 19利用中のユーザ追加アプリケーションやユーザフォルダなどを、新Mint 20へ引き継ぐバップアップツールが標準で用意されています。

また、現行Mint 20と旧Mint 19のOS自体を比較しても、差はデスクトップの色や壁紙程度で、本来のOS部分は、（詳細に見れば別ですが）大差は見当たりません。

Linux Mint 20のリリースノートを読み、大型更新の必要性をユーザが感じなければ、そのままLinux Mint 19を使い続けても最長5年間はセキュリティ更新が受けられます。

MCU開発用PC OS安定性評価

MCU開発用のPC OS として、以下の2点からLinux Mintが優れると評価します。

Linux Mint大型更新間隔は、Windows 10の0.5年に比べ1年と長い
Linux Mint大型更新は、ユーザが主体的に開始する

MCU開発速度が上がり、MCUソフトウェア/ハードウェア生産性が向上しても、プロジェクト開始から終了まで数か月～1年は要するでしょう。EclipseベースIDEなどのMCU開発ツールも、この間に1回程度は更新がありえます。

これらMCU開発ツールの動作土台となるPCのOSは、少なくてもプロジェクト実行中の1年程度は安定的に、かつ大型更新する場合でもユーザ主体で開始してほしいと願う開発者は、筆者だけではないと思います。

アップデートマネジャーの使い方（Linux Mint 20）

Linux Mint 20起動時、①アップデートマネジャーを起動しても、「このシステムは最新の状態です」と表示されることがあります。この時は、念のため、②再読込をクリックします。

すると、更新情報を再チェックし、何らかの更新がある場合には、リスト表示されますので、③アップデートインストールをクリックします。

インストール中に「以下のパッケージがインストールされます」と表示される場合は、デフォルトのまま④OKをクリックします。

①～④によりLinux Mint 20へ最新アップデートが適用されます。

※これらの操作はWindows Update「更新プログラムのチェックボタン」を、ユーザ自身で押すことに相当します。

また、ファイアウォールのデフォルトは無効です。「起動する」をクリックし、自宅/会社/パブリック選択後、Statusを変更、有効に変更することをお勧めします。

ユーザ目線Windows 10 1903更新方法

2019年6月3日2020年10月29日 WithHappy

Windows 10サポート期限は、年2回の大型更新後、1年と半年です。つまり、1809なら2019年末まで。2020年1月14日のWindows 7に比べ超短期です。Windows 10ユーザは、大型更新1903 May Update（19H1）への対応は必須なのです。

前回の1809更新トラブルをまぬかれた筆者を含むラッキーなWin10ユーザが、今回の1903更新をどのように乗り切るかについて私案を示します。

3つの1903更新方法

Microsoftは、前回1809更新一斉配布→トラブル頻発の反省から、今回1903は、段階的配布に変えたそうです。それでも、前回同様、1903も重大な更新トラブルの記事、情報が多くあります。

関連投稿：LibreOffice最新版6.2.4更新のWindows 10 May Update章

この段階的配布により、いつ始まるか判らない自分のPCの1903更新への対応法は、3つあります。

主体的に1903更新開始：例えば開発が一段落したなどユーザの都合が良い時に、ユーザ自身で1903更新を開始
受動的に1903更新受付：1903更新開始は、PCにお任せ、ユーザもそれに従う。多くの記事で推薦。
受動的に1903更新受付、更新延長の場合あり：1903更新の開始は、PCにお任せ。但し、ユーザの都合が悪い場合は、一時的に1903更新を延長

1：主体的に1903更新開始

1903段階的配布の目的は、徐々に明らかになる更新トラブルに対する策を、Microsoftが通常のUpdateで大型更新前に実施し、トラブル発生頻度を少なくすることです。多くの記事が、1903更新をひたすら待てというのは、Microsoftのこの意図を汲んだ結果です。

従って、主体的に1903更新の開始をする時は、更新トラブルの覚悟が必要です。方法は、「何回か更新プログラムのチェック」を押すことです。これにより主体的更新をMicrosoftが検知し更新が始まります。

ユーザメリットは、当然事前にシステムバックアップをしており、万一のトラブルが発生しても自己責任なので精神的に安定して回復できることです。トラブル発生時には回復し、2または3の選択肢となります。

2：受動的に1903更新受付

朗報です。1903からは、Homeユーザでも最大35日の大型更新延長が可能になったそうです。この機能は、次の大型更新後にその効果が明らかになるでしょう。

しかし、現行の1809 Windows Homeユーザには、大型更新延長機能がありません。例えユーザ都合が悪くても、開始した1903更新を受入れる以外に手はありません。

段階的配布で自分のPCの順番が来るのを待ち、トラブルが無い1903更新完了を祈りましょう。

3：受動的に1903更新受付、更新延長の場合あり

1809 Windows Pro以上のユーザが取りえる現在最も大型更新のトラブルリクスが少ない可能性がある方法です。

大型更新を延長する方法は、「更新開始前」に、Windows Updateの下記詳細オプションを設定します。

大型更新の延長設定（1809 ProのWindows Update詳細オプションデフォルト状態）

赤枠、これは更新インストールの制御であって、更新プログラムはPCへダウンロードされます。一方、橙枠の一時停止は、更新プログラムも再度ダウンロードする必要があります。どちらも、自分のPCに段階的配布順番が回ってきたのは同じですが、橙枠は、再び更新プログラムの配布を待たねばなりません。

いずれも、PCの通知アイコンや、いつもと違う大型更新プログラムダウンロード中の挙動にユーザが気づく必要があります。忙しくてこの挙動に気が付かずにいると、何らかのトラブルが発生する可能性もあります。

その理由は、上記更新延長機能を確かめた記事、情報が見当たらないからです。これらユーザに嬉しい機能はあっても、本当に機能するかは確かめようがありません。

1903大型更新リスクとまとめ

対応案	更新トラブル発生確率	トラブル時のユーザ精神安定度
1. 主体的に1903更新開始	＋＋＋	＋＋＋
2. 受動的に1903更新受付	＋	＋
3. 受動的に1903更新受付＋延長	＋＋	＋＋

色々な記事、情報が言うように、受動的に1903更新開始を待つのが大型更新トラブル回避としては、得策なようです。次回、秋の大型更新よりも前までに1903更新完了を待てる方は、リスクが少ない2の対応が良いでしょう。

ちなみに、1903更新でユーザが得られる新機能として筆者が良いなと思うのは、マウスポインタの大きさが大きくなるくらいですが…。

但し、ベンダ純正PCであっても事前にあらゆる組合せに対するトラブル回避策を施すことは不可能です。例えば、自作組込みPCや後付けパーツを組み込んだ純正PCなどに対しては、2や3の対応でもトラブル発生の可能性は、1と大差なしと言えるかもしれません。

更新開始を待ったのに運悪く2や3の対策でも更新トラブルになった時、回復できるバックアップがどの時点のものかが重要です。最悪イニシャルに回復するしかない場合、インストールしたアプリケーションやそれまでのユーザデータは無になります。時間的、精神的にも、かなりの負担です。

更新開始タイミングが主体的な1の対応のみが、最悪イニシャルを避ける策でしょう。

結局、頻繁なシステムとユーザデータバックアップのみが、大型更新トラブル回避策だと筆者は思います。更新開始を主体的にするか、受動的にするのかは、トラブル発生時の精神的な影響に差を生むのみだと思います。

1903 May Updateをどのように乗り切るかについて私案を示しました。筆者自身、どの策にするか未定ですが、ご参考になれば幸いです。