カテゴリー: Windows

起動中にブルースクリーン（UNMOUNTABLE_BOOL_VOLUME）になってしまうパソコンからのデータ救出。起動途中でブートパーティションを認識できなくなるために、エラーとなってしまいます。
試しに他のパソコンにHDDを接続して、CrystalDiskInfoで確認するとHDDで脱落セクタが発生しています。HDD内のパーティションは認識しているのですが、重要なセクタが保存不可能な状態になってしまったようで、ファイルシステムとして認識できずマウントできない状態になっています。
HDD復旧サービスを頼むと１０万前後の支出になりますが、そこまで重要なデータが入って居る分けでもありません。HDDを認識しない（基盤故障など）、ディスクが回転しない（モーター故障）なんかの場合には個人では手も足も出ませんが、今回は認識しているし一部にはアクセス出来ています。そこで、個人で手が届く範囲で復仇作業を実施してみます。

何らかの方法で別のPCに接続

今回はHDDをUSBに接続するアダプタを使用。容量が大きいのでUSB3.0に対応している物を持っていると便利ですが、無ければ内蔵HDDとしてSATAに接続してしまうのがよい。

HDDのRAWデータを複製する

まずは物理HDDからRAWデータを読み出します。ここではHDDRawCopyと言うツールを使いました。このツールは破損領域があっても、CRCエラーを出力しながら読み込める範囲でRAWデータを複製してくれます。

HDDRawCopyPortableを起動して変換するHDDを選びます。HDDを選んだらContinueで進みます。

次に出力先としてFileを選びます。Fileをダブルクリックするとダイアログが開くのでファイル名を入力してください。ファイル液式はimgcではなく、imgを選択してください。出力先を決めたらContinueで進めます。

設定の確認画面になります。内容に間違いが無ければStartをクリックしてください。HDDのRAWデータがファイルに変換されていきます。エラーの状況が酷い場合には、変換にはそれなりに時間がかかります。数日単位になる場合も考えられますので、気長に待ってください。

RAWデータを仮想HDDに変換する

RAWデータのままではWindowsで扱うことが出来ません。Windowsでマウントできる仮想HDD形式である、vhd形式に変換します。
ここではqemu-img for Windowsを使いました。qemu-img.exeはqemuと言う仮想マシンに付属するディスクイメージのメンテナンスツールです。qemu-img.exe単体でもダウンロード出来ます。

qemu-imgをダウンロードして適当なフィルダに展開します。
展開したフォルダに移動して以下のコマンドを実行します。

qemu-img.exe convert -O vpc RawDiskImage.img RawDiskImage.vhd

これでvhd形式のファイルに変換されます。

Windowsから仮想HDDをマウント

出来上がった仮想HDDをWindwosでマウントしてしまうと、一部が書き替わってしまいます。作業前の状態に戻して再実行したいときに困るので、最初にvhdファイルを複製しておきましょう。

コントロールパネルの管理ツールから「コンピュータの管理」を起動します。

ツリーから「記憶域」のディスクの管理を選択したあと、「操作」から「VHDの選択」を選んでください。ここで先ほど作られたRawDiskImage.vhdを選択すると、HDDとしてマウントされドライブレターが追加されています。

今回はこの時点で既に読める状態に回復していましたので、chkdskで修復を試みたり、パーティション復元ツールで修復を試みたり、削除ファイル復元ツールで復元を試みたりと言った事は行っていません。必要なら、それらを実施して修復を試みてください。

ちなみにRAID5やRAID6を使っていた場合でも、HDDのRAWイメージを作成した後、ReclaiMe Free RAID recoveryのようなツールを使えば修復できる場合があります。そちらは今のところ試したことが無いけどね。

Windows 7からWindows 10への移行を、Windows XPからWindows 7への移行と同じように捉えていると、足下をすくわれる。Windows 10以降ではサポート体制や製品ライフサイクルが大きく見直されており、それに伴って従来のようにOSバージョンを固定にした塩漬け運用が難しくなっている。

Windows 10と、それ以前のMicrosoft製品との大きな違いは、OSの開発体制が移行したことにある。アジャイルデベロップメントとか、エクストリーム・プログラミングとか、継続的インテグレーションとか、ラピッドデベロップメントとか、ITの分野にいるなら聞いたことがあるはずだ。OS自体がアジャイルな開発体制に移行したことにより、Windows 10では、OSの新機能を何年かおきの新製品発売やサービスリリースを待たず、半年ごととのメジャーアップデートで提供する体制になった。

これに伴って大きく変更されたのが、アップデートを適用していないWindows 10に対するサポート提供だ。半年ごとに提供するメジャーアップデートを適用していない場合のサポート期限は18ヶ月と短い。Windows7 SP1の9年と比較しても極端に短い。

従来はOSのバージョンを固定にしたり、特定のサービスパックやWindows Updateの適用を避けることで、Windowsの機能更新にともなって表面化した不具合に対処していた場合がある。10より前は、それでもセキュリティアップデート等は提供され続けるので、OSのバージョンを塩漬けにしても問題なく運用できていたが、Windows 10以降では18ヶ月以内に対策を行うことが最低限もとめられる。

現状、新たにWindows 7を購入して使い続けているなら、相当な危機感を持って欲しい。20万円以上のパソコンの法定耐用年数は4年間、10～20万円以下なら3年間となる。2年以内に廃棄して特別損失を計上することを承知の上で、新たにWindows 7を買い続けているのは異常だ。

Windows 10の発売から既に2年以上経過し、Windows 7のサポート期限も分かっていたはずだ。にもかかわらずWindows 7にバージョンを固定し続けているというのは、Windows 10がメジャーアップデートするスケジュールに追従できるだけの開発能力が既に失われている事を示している。

自社開発していたソフトウェアを、市販のパッケージソフトウェアをそのまま使う形に置き換える事で、自社で開発するソフトウェアの数を減らす。あわせて、社内SE（特に開発寄りの）人材拡充をはかって、自社開発ソフトウェアの継続的保守開発に対応できる情報システム部署として再生をはかったほうがよい。

PS1.
Windows 10 Enterprise LTSC(Long-Term Servicing Channel)と言うランセンスを購入すれば10年間バージョンを固定にしてサポートを受けることが出来ます。一般的なProfessionalに比較して、1ライセンス辺り3万円ほど余計に支出することになりますけど。

PS2.
実はWindows 7 SP1で7年間バージョンを固定できたのは単に運が良かっただけ。もしWindows 7 SP2がリリースされていたなら、次期サービスパックリリースから24ヵ月でSP1はサポート終了していた。

参考：
Windows 7サポート終了まで2年　ユーザーはどうする？
OS にはサポート期限があります!
Windows ライフサイクルのファクト シート
https://internet.watch.impress.co.jp/docs/news/1073028.html

Windows 2012R2のWSUS環境でクライアントにWindows10を追加し、Windows10でWindowsUpdateを実行するとエラーコード：0x80244019が出て失敗する場合がある。

Windows10移行はUpdateFileの配信にesd形式のファイルを使うように変更されている。WSUSサーバーのIISで、MIME設定にesd形式の拡張子が登録されていないためにダウンロード出来ないのが原因。

IISマネージャーを開き、WSUSの管理にあるMIMEの種類から拡張子.esd、MIMEの種類application/octet-streamを追加する事で解決する。

Windows 2012R2のWSUS環境でクライアントにWindows10を追加し、Windows10上でWindowsUpdateをしたところ、にエラーコード：0x8024401Cが出て失敗する場合がある。

サーバー側の状態をタスクマネージャなどで確認すると、Windows10でWindows Updateを実行した直後からCPU負荷が上がったままになっていることが分かる。この場合の原因はWSUSサーバー側の処理に時間がかかり、途中でIISのセッションが切れてしまうことによる。

またWindows10のUpdateファイルは拡張子.esdのファイルで提供されている。初期状態だとMIMEの設定にesdファイルが含まれていないために、Updateファイルをダウンロード出来ずにエラーとなる。

IISマネージャを起動してアプリケーションプールからWsusPoolを開き、CPUの制限間隔を5分から15分程度に変更する。また、全般のキューの長さも10000から25000程度に拡張する。リサイクルのプライベートメモリ制限を18342456から0にして制限を解除します。

Active Directory環境下でクライアントパソコンの名前解決を行うと実際とは異なるIPアドレス帰ってくる場合、DNSのキャッシュしている情報が不整合を起こしています。

その場合はADサーバー上において管理ツールの「DNSマネージャー」を起動して、前方参照ゾーンを開き、表示されるコンピューター名の一覧から当該クライアントパソコンの設定を削除します。

削除した分のデータはクライアントパソコンを再起動したときに、正しい内容で再作成されます。

WSUSクライアントがWindowsUpdateのダウンロードに失敗する場合には、次の手順でクライアントのキャッシュを初期化すると正常に動作する場合がある。

参考：Windows Update クライアントの情報をクリアにする手順

WSUSを使っていると言うことは、ActiveDirectoryの環境も整っています。ここではクライアントにログインせずに、エンドユーザーに気がつかれないように遠隔操作のみで処理していきます。

次の様なコマンドを実行して、コントロールパネルの「コンピューターの管理」をエラーの発生している端末に繋ぎます。

C:\>runas /user:example.local\[管理者ユーザー] "mmc.exe C:\windows\system32\compmgmt.msc /computer=[コンピューター名]"

これで「コンピューターの管理」が開きますので、ツリーからサービスを選んで「Windows Update」と「Background Intelligent Transfer Service」を停止します。

次のコマンドを実行して、エラーの発生している端末のC:ドライブをマウントします。

C:\>net use A: \\[コンピューター名]\C$ /user:example.local\[管理者ユーザー] [パスワード]

以下のコマンドでSoftwareDistributionフォルダ、及びBITSのジョブを削除します。

ren A:\Windows\SoftwareDistribution SoftwareDistribution.old
del A:\ProgramData\Microsoft\Network\Downloader\qmgr0.dat
del A:\ProgramData\Microsoft\Network\Downloader\qmgr1.dat

「コンピューターの管理」に戻って「Windows Update」と「Background Intelligent Transfer Service」を起動します。

これで先ほど削除した、あるいはリネームしたファイルやフォルダが再び作成されて居ることを確認します。

最後にマウントしたドライブを解放しておきます。

NET USE A: /DELETE

以上で、人知れずWindows Updateのキャッシュ削除完了。2日ほど待ってWSUS上からエラーがなくなっていれば成功です。