17134.112でクリーンインストールすると回復パーティションが空になる

17134.112でクリーンインストールしたことにより、本現象が発生する環境になってしまっている場合は、現時点では、17134.1でクリーンインストールし直すか、17134.112で上書きインストールをするのが現実的でしょう。

そもそも、BitLockerの設定をしようとでもしなければ、気が付くことも無いでしょう。

CドライブのシステムがおかしくなってOSが正常に起動しなくなった時に、WinREを起動しようとして起動しなくなっていたら相応に困るとは思いますが、その時にこれが要因であることは（知らなければ）判らないでしょう。

つまり、発生条件が限られ、不具合に遭遇するケースも限られることから、多くのユーザーに影響を与えるような不具合ではありません。

ただ、Windows 10のインストーラーの、基本的な動作に関する単純なバグであるのに、それを認識しても修正しようとしないところに、Windows 10に対する根本的な不信感を抱いてしまうのです。

Prolyさま

　VLで現象を確認したのは、勿論1803、17134.112です。製品版ではこれでしか現象は出ないと思っていますので。

>VER.1703 Build 15063.0でも 使用されていませんでした

　これは「ディスク管理」で空き容量を見たことを言われていますか？ここでは正しい使用状況を確認できない、ということは無いでしょうか。

　ただ、いろいろなパターンで試してあげることには、あまり意味はない、というかMSを甘やかすことになると思います。

　明確な不具合なのだから、さっさと直せばいい、と思っています。

　勿論、詳しい人であればどうにでもできることは判ります。ただ、それを容認すると、Windows 10がどんどん判りづらく、使いにくいものになっていってしまうことを懸念しているのです。

遅く成りました

> 　VLで現象を確認したのは、勿論1803、17134.112です。製品版ではこれでしか現象は出ないと思っていますので。

結果的に VL 版と リリース版 （共に VER.1803 Build 17134.112）で同じ結果に成ったって事ですよね（回復パーティションは空って事）

> 　ただ、いろいろなパターンで試してあげることには、あまり意味はない、というかMSを甘やかすことになると思います。

結果的にそう成るかも知れませんが自衛処置の為行っています

修正されるにしても何時に成る事か判りませんし（されない可能性も有り、影響が軽微との理由・・・） フィードバック Hub に挙げるにしても「おかしい！」ってだけでは相手にされない可能性が有ります

情報が多い方が修正される迄の期間が短く成る可能性が有るのと修正される可能性が高く成る事を期待してです

> 　勿論、詳しい人であればどうにでもできることは判ります。ただ、それを容認すると、Windows 10がどんどん判りづらく、使いにくいものになっていってしまうことを懸念しているのです。

容認する事は認めませんが此方の期待通りに成る保証は有りませんからどうすれば回避可能かを検討する必要が有る様に思います

PC とは言え素人向きでは（単に使用する以外の事）無いのが現状かと、何でも「自動」でされると逆に使い難い物に成る様に思えるのは自分だけしょうか・・・

自分も素人レベルで余り難しい事は判らないレベルでは有ります

> 　これは「ディスク管理」で空き容量を見たことを言われていますか？ここでは正しい使用状況を確認できない、ということは無いでしょうか。

その可能性は有ります

手元の VER1703 では 空き領域 が 100% に成っているが reagentc /info でチェックすると パーティション 5（VER UP 時追加された 903MB 領域）に成っている

400~500MB は使用されていないといけない筈なのに計算が合いません

この辺りが 「？？？」なのでおかしいのは間違い無いように思えます

後 上書きインストール で 回復パーティション を追加する手法ですが懐疑的に見ています

上書きインストール が全て正常に動作しているかどうかが「？」なのと使用領域が先に領域確保してクリーンインストール した場合と異なっている様に思えます

クリーンインストールは多くのパターンで検証されているでしょうが　上書きインストール は検証されていないだろうし此処（コミュ）の事例でも失敗事例が多いような印象です

先に パーティション を確保しインストールする場合（bios の方は未検証、uefi の場合 で hdd の場合は物理セクタサイズに注意！（パラメータが違って来る））

UEFI

rem == CreatePartitions-UEFI.txt ==

rem == These commands are used with DiskPart to

rem    create four partitions

rem    for a UEFI/GPT-based PC.

rem    Adjust the partition sizes to fill the drive

rem    as necessary. ==

select disk 0

clean

convert gpt

rem == 1. System partition =========================

create partition efi size=100

rem    ** NOTE: For Advanced Format 4Kn drives,

rem               change this value to size = 260 **

rem format quick fs=fat32 label="System" Original

format quick fs=fat32

assign letter="S"

rem == 2. Microsoft Reserved (MSR) partition =======

create partition msr size=16

rem == 3. Windows partition ========================

rem ==    a. Create the Windows partition ==========

create partition primary

rem ==    b. Create space for the recovery tools ===

rem shrink minimum=500 Original

rem 1024*2=2GB

shrink minimum=2048

rem       ** NOTE: Update this size to match the

rem                size of the recovery tools

rem                (winre.wim) plus free space                   **

rem ==    c. Prepare the Windows partition =========

rem format quick fs=ntfs label="Windows"

format quick fs=ntfs

assign letter="W"

rem === 4. Recovery tools partition ================

create partition primary

rem format quick fs=ntfs label="Recovery tools" Original

format quick fs=ntfs label="Recovery"

assign letter="R"

set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac"

gpt attributes=0x8000000000000001

list volume

exit

BIOS

rem == CreatePartitions-BIOS.txt ==

rem == These commands are used with DiskPart to

rem    create three partitions

rem    for a BIOS/MBR-based computer.

rem    Adjust the partition sizes to fill the drive

rem    as necessary. ==

select disk 0

clean

rem == 1. System partition ======================

create partition primary size=100

rem format quick fs=ntfs label="System" original

format quick fs=ntfs

assign letter="S"

active

rem == 2. Windows partition =====================

rem ==    a. Create the Windows partition =======

create partition primary

rem ==    b. Create space for the recovery tools  

rem shrink minimum=500 original

rem 1024*2=2GB

shrink minimum=2048

rem       ** NOTE: Update this size to match the

rem                size of the recovery tools

rem                (winre.wim)                 **

rem ==    c. Prepare the Windows partition ======

rem format quick fs=ntfs label="Windows" original

format quick fs=ntfs

assign letter="W"

rem == 3. Recovery tools partition ==============

create partition primary

rem format quick fs=ntfs label="Recovery" original

format quick fs=ntfs

assign letter="R"

set id=27

list volume

exit

で期待通りに 回復パーティション が 2GB 作成されて其処に Windows RE が作成されている模様、されていない場合 Windows RE のツールが一部動作しない場合が有る様でその場合 インストール メディア から BOOT し操作する必用が有る様子

クリーンインストール 時にパーティション を確保する場合は

インストールメディア で BOOT

インストール 画面が表示された状態で Shift ＋ F10 で コマンドプロンプト を表示

DIR で USB メモリ の ドライブレター を確認

DiskPart /s F:*CreatePartitions-UEFI*.txt

ドライブレター （F）を USB のドライブレター に変更

ファイル名（CreatePartitions-UEFI）を 覚えやすい UEFI 等に変更しておく

DiskPart /s X:*UEFI*.txt　を実行 （X はドライブレター で任意に変更）

EXIT でコマンドプロンプトを終了させて インストール を続行

Prolyさま

　私の経験の限りですと、回復パーティションなどの使用容量は「ディスクの管理」では確認することができません。

http://www.atmarkit.co.jp/ait/articles/1808/09/news027.html

　上記Web記事2ページ目のスクリーンショットを見ると判りますが、diskpartで回復パーティションにドライブレターを割り当てると中身がみられるようになります。

　また、reagentcコマンドでどこのWinRE.wimを使用しているかもわかるので、そのようにしてクリーンインストール時に作成される回復パーティションの容量よりも、WinRE.wimのサイズが大きいことを確認しているわけです。

　当初は単に回復パーティションがからになることしか判らなかったので、バージョンアップでも同じ現象になるとまずいと思い、1709からのバージョンアップを試してみたところ、新たに900MBほどの回復パーティションが作成されました。

　つまり、すでに存在する回復パーティションにWinRE.wimが入りきらないときは新たに作成してそこに入れるという動作は従来通り動作しています。

　なので、17134.112でクリーンインストールした後に、同じ17134.112で上書きインストールすれば、バージョンアップと同様な動作になって、ある意味正しい状態に修正されます。

　但し、上書きインストールはクリーンインストールに比べると恐らく倍以上の時間がかかります。

　本来、きれいなOS環境にできるはずのクリーンインストールによってOS環境が不正になる、という動作が、どうにも辛抱堪りません。

　本来、きれいなOS環境にできるはずのクリーンインストールによってOS環境が不正になる、という動作が、どうにも辛抱堪りません。

自分も当該バージョンでクリーンインストール後、DISMツールにエラーが出たので、上書きインストールで直しました。

Microsoft に直して欲しいとは思いますが、時期的に考えても今のバージョンではなく、次の1809で直すのではないでしょうか。

逆に1803のインストーラー修正に手間をかけて、次のバージョンが「おろそか」になるくらいなら、1803は放置してでも1809に注力して欲しいと思います。