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

Anonymous
2018-08-06T05:56:30+00:00

https://www.microsoft.com/ja-jp/software-download/windows10

2018/8/6現在、上記「Windows 10のダウンロード」でダウンロードできるWindows 10のインストールイメージのOSビルドは17134.112になっています。

 このページからダウンロードして作成したインストールメディアでクリーンインストールすると、ドライブの先頭に「回復」という名前のパーティションが作成されますが、本来、この中には「\Recovery\WindowsRE\WinRE.wim」などのファイルが存在します。

 しかし、「17134.112」でクリーンインストールした場合は、この中が何も無い状態になります。

 通常は、このパーティションの中身を確認することはできませんが、「diskpart」で「Partition 1」にドライブレターをアサインし、エクスプローラーで、隠しファイル、システムファイルを表示する設定にすると確認することができます。

 また「システム情報」を「管理者として実行」すると、「デバイスの暗号化のサポート」のところに「WinREが構成されていません」と表示されます。

 さらに、Proエディション以上であれば「BitLockerドライブ暗号化」の機能がありますが、Bitlockerを有効にしようとすると、「新しいWindows回復環境ドライブを作成しています」という動作をします。

 つまり、現在「Windows 10のダウンロード」のページで提供されているインストールモジュールには、重要なバグがあり、本来の動作をしない状態になっている、ということです。

 Microsoft社の開発者の方には、至急、この不具合を確認して、修正したインストールモジュールをWebに掲載し直していただくことを強く要望します。

**モデレーター 注記**

・質問として投稿されましたが、返信内容からディスカッションとして扱うのが良いと判断し、質問からディスカッションに変更しました。

・スレッドの投稿内容が元の主題から話が逸れてきているため、このスレッドをロックさせていただきました。

家庭向け Windows | Windows 10 | Windows Update

ロックされた質問。 この質問は、Microsoft サポート コミュニティから移行されました。 役に立つかどうかに投票することはできますが、コメントの追加、質問への返信やフォローはできません。

0 件のコメント コメントはありません

74 件の回答

並べ替え方法: 最も役に立つ
  1. Anonymous
    2018-08-28T03:33:31+00:00

    Hebikuzureさま

     確かに、「デュアルスキャン」の問題は、Microsoft社でも「不具合」とは認識していないものの、「問題のある動作」くらいの扱いにはなっているようですから、まだマシですね。

     企業のIT部門の方に取っては、直面している問題でしょうから、臨場感を感じてもらうために事例として引用させてもらいました。

     企業のIT部門の方で、このスレッドを読んでいただいている人がいたら、本当にフィードバックHubに賛成票を入れるくらいのことはしておいたほうがいいと思いますよ。

    https://aka.ms/AA1zzkp

     1803をクリーンインストールする予定が無いとしても、今のうちに修正させておかないと、本当にこれ以降の仕様、ということになってしまいます。

     フィードバックHubの賛成票が6になっていました(倍増!)が、この位だと動いてくれないのでしょうね。

     50くらいになれば、無視できなくなるんでしょうか。

     Microsoft社の方自身も「不具合や要望のフィードバックはフィードバックHubで上げてください。そして拡散して賛成票を集めてください。組織票でも構いません」と言っていました。IT部門の方からユーザーに案内してもらい、ユーザーにも協力してもらえると有難いのですが。

    この回答は役に立ちましたか?

    1 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  2. Anonymous
    2018-08-20T00:33:44+00:00

    Chyonboさま

     私は、運よく17134.1のインストールメディアを残してあったので(普通は同じバージョンで新しいビルドのISOがリリースされたら差し替えてしまうのですが)、それを使って取り合えず1台をクリーンインストールしました。

     たしかに、Homeエディションの場合は、最新バージョンを使うのが基本ですから、1809で修正されればそれでもいいのかも知れませんが、クリーンインストールを行うのは企業ユーザーが多いでしょうし、最新のバージョンを使うことは少ないでしょうから、1803での対応も重要ではないかと思います。

     ちなみに、現在Insider Previewでダウンロードできるの17713のISOでクリーンインストールしても同じ状態になります。Insider Previewの場合は、すぐに新しいビルドにバージョンアップされるため、そのタイミングで新しいパーティションが出来て、不具合は見えなくなりますので、顕著化しません。

     ただ、この状態のまま1809が正式リリースになったら、同じことになるでしょう。そして、MSはそれを「そういう仕様です」などと言い出したり、ホントにするのです。

     なので、この不具合に関しては、しつこく早急な修正を要求しているのです。

    この回答は役に立ちましたか?

    1 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  3. Anonymous
    2018-08-18T06:07:06+00:00

    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環境が不正になる、という動作が、どうにも辛抱堪りません。

    この回答は役に立ちましたか?

    1 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  4. Anonymous
    2018-08-09T12:14:15+00:00

    Build 17134.112 だけの問題では無さそうな感じ

    二通りの手順で Build 17134.112 (日本語版)のクリーンインストールを試したけど結果が異なる

    一枚目のスクリーンショットは全てインストラー任せ

    二枚目のスクリーンショットは先にパーティションを切ってインストール

    使用サイズが一枚目は少なすぎておかしい筈で二枚目の使用サイズが正常な筈

    これ(三枚目)はVER.1511 > VER.1607 > VER.1703 と Windows UPDATE で VER UP した物

    (インストラー任せで VER.1511 を クリーンインストール)

    回復パーティションが追加されているが使用サイズが [0]に成っている

    英語版やその他の VER でどう成っているかはチェックしていないけど パーティション ID か何かがおかしそうな感じ

    英語版と日本語版で結果が異なるなら日本語版がおかしいだろうし共に同じ結果ならインストラーがおかしい?!

    取り敢えず今日チェック出来た範疇の報告まで

    この回答は役に立ちましたか?

    1 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  5. Anonymous
    2018-08-09T01:30:04+00:00

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

    上記のWeb記事では非常に詳細に説明してくれていますね。回避策もいくつか提示してくれています。

    ただ、この記事の内容を正しく理解できる人はそうそういないのではないかと思います。特にマイクロソフトの人には無理なのでしょう。また、回避策があればよい、という問題ではありません。

    https://aka.ms/AA1zzkp

    フィードバックHubにも同じ内容をインプットしていますが、マイクロソフトからの反応はまだありません。

    先日、マイクロソフトの説明会に参加した際、「Insider Previewで不具合を見つけた場合は、フィードバックHubに書き込んでください。そしてその情報をどんどん拡散してください。」と言われたので、実践しています。

    Insider Previewではなく、SACの標準バージョンでの不具合なので、影響はもっと大きいと思います。

    普通、ソフトウェアの開発者なら、これだけ単純なバグの指摘を受けたら、すぐにでも反応するものではないかと思いますが、開発者として恥ずかしくないのでしょうか。

    全世界に対して「これは、企業で展開して問題無い程度に安定したビルドです」と言って公開しているインストールイメージですよ。

    この回答は役に立ちましたか?

    1 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません