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

Chyonboさま

　失礼しました。

　ここで言う「企業ユーザー」というのは「エンドユーザー」のことではなく「IS部門」などPCの運用を担っている人のことを指しています。

　例えば、17134.112でクリーンインストールして配布した後に、BitLockerの設定が必要になって、設定しようとしたら変なエラーがでる、とか。実際には、きちんと事前評価していればその段階で判明するでしょうが、実害が出るケースが限られるので、事前には気が付かないケースもあるのではないかと思います。

　17134.1で評価して問題なかったので、展開したが、展開した時のベースは17134.112でした、とか。

　また、「回復パーティションがおかしい」とすぐに気づいてMS社に確認すればまだいいのですが、そこに辿り着くまでにも結構苦労するのではないかと。

　例えば、17134.112でクリーンインストールして配布した後に、BitLockerの設定が必要になって、設定しようとしたら変なエラーがでる、とか。実際には、きちんと事前評価していればその段階で判明するでしょうが、実害が出るケースが限られるので、事前には気が付かないケースもあるのではないかと思います。

　17134.1で評価して問題なかったので、展開したが、展開した時のベースは17134.112でした、とか。

　また、「回復パーティションがおかしい」とすぐに気づいてMS社に確認すればまだいいのですが、そこに辿り着くまでにも結構苦労するのではないかと。

結局、この質問スレッドで求めている「回答」は何なんですか？

見ず知らずの他人の会社のIT担当が困らないようにする方法ですか？

Chyonboさま

　ご指摘の通り、このスレッドは「フィードバックHub」に「問題」として書き込んだものをそのままコピーしたものですので「質問」として投稿していますが、内容は質問ではありません。

　ご不快であれば申し訳ありません。

　「見ず知らずの他人の会社のIT担当」の心配をしているのかというと、強ち外れてはおらず、企業のIT部門の人などに、多くこの不具合を知ってもらって、不要に遭遇しないように気を付けて欲しい、という思いはあります。さらに、自身でも「フィードバックHub」で「問題」を指摘したり、賛成票を入れるなどして、意思表示をする習慣を持って欲しいと思っています。

　また、この「マイクロソフトコミュニティ」にも有用な情報がたくさんあると思いますので、情報収集してトラブルの遭遇時に活用したり、未然に防止できるようになるべきだと考えています。

　このスレッドで指摘している不具合についても、内容を理解して、どういうレベルのものかを判断して欲しい、という意図もあって、こちらにも書き込んでいます。

　ところで、Chyonboさまは、dismコマンドがエラーになることでこの不具合を認識されたとのことですが、差し支えなければ、どういう用途でそのdismコマンドを使用されようとしたのか教えていただけますか。

　一般のユーザーでも遭遇するようなものであるのかどうかを知りたいと思いまして。

少々話はずれますが、Windows 10になると、企業のエンドユーザーであっても、基本は(企業によってはそうでない場合もありますが)半年に1回のペースでOSのバージョンアップをしなければならないわけですよね。

となると、従来のWindowsのように、毎回OSのバージョンアップをIS部門に任せるというわけには行かなくなります。

この意味で、IS部門の人は、エンドユーザーに対して、Windows 10というのはどういうOSか、どういう風にメンテナンスしていく必要があるのか、といった情報を理解してもらうような活動も必要になってくると思います。

エンドユーザーがどんなところに躓いて、それを事前にケアするためには、どんな情報を提供して、どういう意識をもっていてもらえばいいのか。

「マイクロソフトコミュニティ」に書き込まれる「質問」は、そういったところの参考にもなると思います。

システム部門がきちんと管理していないから下らない問題が起きるだけですよ。

大型アップデートも事前に検証してから社内に展開するだけの話です。

ユーザー任せにしているようなところは管理していないに等しいです。

メンテナンスをユーザーに意識させるようなところは担当者クビにした方が良いでしょう。