Windowsの新規インストール時のこのリカバリパーティションとは何ですか？

Question

私はWindows 10 Previewを新しいSSDにインストールしたところ、Cの最後に450MBという小さなリカバリパーティションがあることに気付いた。

Disk Manager

（後で追加したので、F：を含む拡張パーティションは無視します）

私はかなりそのようなパーティションがWindows 7のフレッシュインストールに現れなかったことを確信しています、そして、私はWindows 8または8.1でそのような何かを見るのを覚えていることができません。

それで、これはWindows 10にとって新しいものであり、それは何のためのものですか？

この小さなパーティションには何が含まれていますか？

Karan · Accepted Answer

Windows XP

セットアップは単一のWindowsパーティションのみを作成します。
Windows回復コンソールは既定のインストールには含まれていませんが、Windowsパーティションに簡単に追加でき、ディレクトリにインストールされ、約7MBのスペースが必要です。
512バイトのネイティブ（512n）ドライブのみがサポートされています。アドバンストフォーマット（AF）512バイトエミュレーション（512e）および4Kネイティブ（4Kn）ドライブは正式にはサポートされていないのでお勧めしません。
起動用のGPTサポートはありません。 XP 64ビットはGPTドライブをデータ専用に使用できます。

Windows Vista

セットアップは、BIOS/MBRモードとUEFI/GPT（64ビットのみ）モードの両方で単一のWindowsパーティションのみを作成します。
WinPEベースのWinREはVista DVDでデビューしましたが、インストールルーチンが提供されていないため、ハードドライブにインストールする簡単な方法はありません。その代わりに、WAIKの一部として提供されているツールやスクリプトを使用してこれを手動で行う必要があります。
WinREは、Vistaシステムパーティションとは別のパーティションにインストールする必要があります。必要に応じてBitLockerドライブ暗号化（BDE）パーティションと組み合わせることができます。
拡張イメージとしてインストールされている場合、推奨されるWinREパーティションサイズは約1GBです。
AF 512eドライブは一部のアップデート/ホットフィックスでサポートされていますが、AF 4Knはサポートされていません。

Windows 7

BIOS/MBRモードでセットアップすると、100MBのSystem ReservedパーティションとWindowsパーティションが作成されます。
RTM以前のビルド（少なくとも7057まで）では、システム予約パーティションのサイズは200MBでした。
システム予約済みパーティションには、ブートマネージャ（bootmgr）、ブート構成データ（BCD）、およびBDEに使用されるスタートアップファイルが含まれています。 WinREを含めることもできます。
システム予約済みパーティションの最小サイズは100MBですが、もっと大きい場合もあります。アクティブとマークされており、暗号化しないでください。 BIOS/MBRモードでは、FAT32またはNTFS（セットアップはNTFSを使用）のいずれかとしてフォーマットできます。
WinREがシステム予約済みパーティションにインストールされていない場合（たとえば、Windowsが事前にパーティション分割されたドライブにインストールされているためにパーティションが作成されない場合など）、代わりに%SystemDrive%\Recoveryにインストールされます。
AF 512eドライブは一部のアップデート/ホットフィックスでサポートされていますが、AF 4Knはサポートされていません。
UEFI/GPTモード（64ビットのみ）でセットアップすると、最低100 MBのEFIシステムパーティション（ESP）、128 MBのMicrosoft予約パーティション（MSR）、およびWindowsパーティションが作成されます。
ESPにはNTLDR、HAL、Boot.txt、およびシステムの起動に必要なその他のファイル（ドライバなど）が含まれています。 MSRはOSによってディスク管理に使用されます。
ESPはFAT32としてフォーマットする必要があります。
UEFI/GPTモードのWinREにも、BIOS/MBRモードと同じ規則が適用されます。

ウィンドウズ8

BIOS/MBRモードでセットアップすると、最低350MBのSystem ReservedパーティションとWindowsパーティションが作成されます。
システム予約パーティションには、WinREおよびBDE関連のファイルが含まれています。 BIOS/MBRモードでは、FAT32またはNTFS（セットアップはNTFSを使用）のいずれかとしてフォーマットできます。
AF 512eドライブはBIOS/MBRとUEFI/GPTモードの両方でサポートされています。
UEFI/GPTモード（64ビットのみ）でセットアップすると、最低300MBのWinREパーティション、最低100MBのEFIシステムパーティション（ESP）、128MBのMicrosoft予約パーティション（MSR）が作成されます。そしてWindowsパーティション。
ESPはFAT32としてフォーマットする必要があります。 AF 4Knドライブでは、FAT32パーティションサイズはセクターサイズ（4KB）x 65527 = 256MBとして計算されるため、最小の[ESPサイズは260MBです。
AF 4KnドライブはUEFI/GPTモードでのみサポートされています。

ウィンドウズ10

BIOS/MBRモードでセットアップすると、最低100MBのSystem Reservedパーティション、Windowsパーティション、および450MBのWinREパーティション（最低300MB）が作成されます。
AF 512eドライブはBIOS/MBRとUEFI/GPTモードの両方でサポートされています。
UEFI/GPTモード（64ビットのみ）でセットアップすると、最低100MBのEFIシステムパーティション（ESP）、16MBのMicrosoft予約パーティション（MSR）、Windowsパーティション、およびWindowsパーティションが作成されます。 450MBのWinREパーティション（最小300MB）
ESPはFAT32としてフォーマットする必要があります。 AF 4Knドライブでは、FAT32パーティションサイズはセクターサイズ（4KB）x 65527 = 256MBとして計算されるため、最小の[ESPサイズは260MBです。
AF 4KnドライブはUEFI/GPTモードでのみサポートされています。

tl; dr：独立したWinREパーティションは、UEFI/GPTモードのWindows 8セットアップとBIOS/MBRモードおよびUEFI/GPTモードの両方のWindows 10セットアップでのみ作成されます。

出典：

verdy_p · Answer

頻繁にSEVERALリカバリパーティションが存在することに注意してください（ロールバックする必要があるWindowsの各バージョンに1つとOEMリカバリパーティション）。しかし、一部のディスクツールでは、OEMリカバリパーティションとWindowsリカバリパーティションが混同される可能性があるため、混乱したりIDを変更したりしています。とにかく、WinREリカバリパーティションはWindows 10の「ReAgent」という名前のツールによってインストールされるため、「SAFE_OS」環境内で実行すると正常に動作せず、頻繁にハングします（Windows 10からインストーラを実行する場合も含む）。また、通常モードから手動でReAgentを使用したい場合にも失敗します。ReAgentは、修復環境をインストールするために必要なストレージ容量を誤って計算します。 Windows 10が1つまたは複数のリカバリパーティションを割り当てるためにディスク上の領域を占有し、それらが起動可能になるようにBCDストアを更新したことが最終的にわかります。 "NTFS"パーティションではなく "RAW"パーティション）その後の再起動のたびに、新しい追加のパーティションが再び作成されます（メインパーティションからスペースを取っていますが、誤って設定されたリカバリパーティションのフォーマットに失敗した場合にすでに割り当てられているスペースは無視されます）。

その後、これらの誤ったパーティションを削除し、通常のWindowsパーティションで使用するためにそれらのスペースを再利用する必要があります（私のディスクでは、回復のインストールに何度も失敗しました。毎回WinReは、Windows 10が450MB以上必要としないとしても、実際にはサイズが十分ではないというエラーで失敗しました。ディスク、これらのパーティションのために私のSSDに60 GB以上を割り当てようとしたが、ついに私は256 GB SSDのスペースを使い果たした（そしてもはやWindowsを起動することもロールバックすることもできなくなった）。

Windows 10インストーラがロールバックすると、フォーマットされていない "RAW"パーティションであっても、これらのパーティションはそのまま残ります。これらの未使用のパーティションを手動で削除する必要があります。

BCDストアの内容も確認する必要があります。 adminsitratorのコマンドラインから、次のコマンドを実行します。BCDEDIT/enum all

存在しないパーティション/ボリューム用に作成された新しいルートエントリが表示されることがあります。

UIの[ディスクの管理]コントロールパネルにすべてが表示されるわけではないため、コマンドラインからパーティションもチェックします（IDが「保護」状態に設定されていると、誤ったパーティションを削除できないことがあります）。

ディスクパート

あなたはあなたがディスクの管理コントロールパネルからドロップすることはできませんこれらのパーティションの削除を強制することを可能にする追加のオプションがあります。

既存のすべてのボリュームを確認し、それらがマウントされているドライバ文字、およびそれらが使用しているファイルシステムタイプを確認します（または、未フォーマットの "RAW"パーティションの場合）。
windowsパーティションを選択します。ボリュームの選択nリストの一部
システムディスクの正しいパーティション番号を確認し、小さいUEFI/boot FAT32パーティションを見つけ、最終的なOEMリカバリパーティションを見つけます。
その後、（ReAgentのバグのためにWindows 10インストーラによって誤ってインストールされた）ディスク上の不要なパーティションを削除して、不要なスペースを回復する必要があるかもしれません。

一部のパーティションでは、選択したパーティション（およびその上のボリューム）を削除するために「DELETE PART」を使用しないでください。これらの同じパーティションは、[ディスクの管理]コントロールパネルでも削除できません（オプションはグレー表示されています）。しかし、追加のパラメータを使用してコマンドラインからそれを行うことができるかもしれません！部分を削除する

しかし、Windowsパーティションを再び拡張する前に、削除されたパーティションによって作成された空き領域を残してください。Windowsインストーラは、Windowsパーティションのサイズを再調整する必要がなくなり、リカバリパーティションを変更することなく直接リカバリパーティションを割り当てることができます。子：Windowsパーティション。

BCDストアのエントリを修正するのははるかに複雑です（それを行うためのコマンドライン構文は非常に複雑です）。

ほとんどのユーザーはBCDEDITとDISKPARTツールを自分で使うことができません。彼らはテクニカルサポートを必要とします（それは彼らのパーティションテーブルとBCDストアを自動的に破損させたのはWindows 10インストーラであるため非常に悪いです）。

Windows 10のインストーラーは実際には非常に自動化されています（無人の自動インストールを悪用しても、何をしようとしているかという事前の情報はありません）。 BCDストア（誤ってBIOS情報を読み、UEFIとMBR互換性情報を混在させる）やパーティション構成を変更することすべてを無人で行うべきではありません。実際には、確認のための対話を伴ってSAFE_OSモードに再起動する前にこれを実行できます。何が行われるのか、そして適切なロギングを行います。

しかし、SAFE_OSモードのWindows 10インストーラーは、最適な構成を「推測」しようとしているだけで、頻繁に推測が間違っていることがよくあります（ドライブ番号、ボリューム番号、特定のドライブのパーティション番号、時にはそれを混同します）。ドライブ文字を混ぜたり、マッピングを変更したりします（一意のボリューム識別子は単に無視されます。これは非常に悪く、Microsoftが推奨していることとはまったく反対です。Microsoftは依然としてサードパーティの開発者やOEMと話し合った独自の仕様を無視します）

Windows 10のインストールの失敗は本当に診断するのが悪夢です。

マイクロソフトのオンラインサポートでも問題は理解できません。また、DISKPARTのオプションやBCDEDITの基本的な構文など、既存のWindows診断ツールも無視されます。電話してください、彼らはあなたのPCとのサポートセッションを開始するでしょうが、彼らがあなたを助けるよりあなたが彼らを助けるでしょう（ユーザーはマイクロソフトの公式のサポートチームよりよくWindowsに関する様々なことを知っているので！）しかし、彼らはあなたがあなたがチェックするのを忘れたことをいくつか見つけるのを助けるでしょう。

注意してください。彼らはあなたにすべてのユーザーデータが移行されるのではなく消去される原因となる不正確なバージョンのWindowsをインストールするようにあなたに言うかもしれません！ MicrosoftのサポートはWinverダイアログに表示されるものだけを見ていますが、実際に使われているバージョンは見ていません（たとえば、Windowsバージョンはあなたが使っているものと同じ言語にローカライズされていると仮定しています。米国英語のインストールの上にMUI言語設定を使用します。

Windowsインストーラーは、システム上にあるものについてさまざまな誤った仮定もします。コンポーネントの "ReAgent"は最悪であり、ほとんど文書化されておらず、実行しようとしていることを説明していない、独自のエラーをログに記録していない、診断もほとんど提供されていません。私が言えるのは、それが修復環境のインストールに必要なスペースを誤って計算し、それに300MB以上を必要とする理由を説明していないということです（ "ReAgent"は誤ってMSRパーティションのデータを読んだ、または失敗したと思います）他のディスクがRAID、USB、またはモバイルデバイス、接続されているプリンタ、またはフラッシュカードにマウントされていて、他のディスクの無関係なデータに実際に使用されているスペースが追加される場合があります。自分自身をパーティション化するか、WinREのソースがどこにあるのかを推測して、実際にはWinREのソースではないランダムなディレクトリを見つけ、それからそのバージョンのWindows用ではない他のリカバリパーティション用にすでに割り当てられたspaeを追加します。

マイクロソフトの公式サポートがどのように反応したかについての私の見解（DISKPARTとBCDEDITを使ってそれらを示していたにもかかわらず、理解できなかった）（担当者のためのトレーニングが内部的に欠如しているため、そしてWindowsの多くの部分が実際Microsoftのために働いていない小さなチームによって設計されていたため。！

これは問題があります。Windowsはプロプライエタリでしたが、内部的にはあまり文書化されていませんでした。そして今やマイクロソフトは多くの第三者によって作られた何十億行ものソースコードを実際の見直しなしに管理する方法を本当に知りません！ Windowsは、それ自体が保守不可能でマイクロソフト自身のサポートを受けられなくなったため、死を遅らせるようになりました（そして、内部文書がないためにサードパーティでさえ問題を突き止めることは非常に困難です）。何でも。

Microsoftが販売しているソフトウェアやサービスを別のOSで作成することを検討する時が来たのかもしれません。 Microsoftは、独自のLinuxベースのディストリビューションの作成を開始する必要があります（そしてその上にUI層を再構築するだけです。MicrosoftはLinux用の "Wine"の開発を支援するべきです）。

マイクロソフトは、Windows 10がWindowsの最後の商用バージョンになるだろうとすでに言っています。私はそれが約10年以内に死に始め、そしてWindows用に開発されたアプリケーションをサポートする次のOSが実際にはLinuxになると予測しています（そしてそのEdgeはLinuxに移植されます：既にOffice 365とAzureはLinuxとサードパーティーをサポートします）ブラウザ：Windowsとブラウザはもはやマイクロソフトのソリューションを販売するための戦略的なものではなくなり、ウィンドウズとInternet Explorer/Edgeは単に収入で生み出すものよりもマイクロソフトに高いコストをかけている。）