フォルダー構造内の周期的なチェックをスキップ」である。早く終わってほしいので、/i、/cオプションをつけた。これを付けると「完全には不良セクタを修復できなくなるかもしれない」という警告が出る。/offlinescanandfixはドライブのマウントを解除してスキャンしてくれるオプションである。..」の93%あたりで沈黙する。進んで12時間くらい経過すると98%まで来たのでPCはほっておいて寝た。起きて見てみると終了はしていたようだが、なぜかコマンドプロンプトや立ち上げていたアプリがすべて終了していた。再起動してしまっているように見える。イベントログ上は再起動の痕跡はないし、昨日誤ってログオフしてしまったのだろうか。イベントログを見ると、就寝後もCHKDSKは動いていたようだ。CHKDSKの最後のイベントログを見ていると以下のような記載があった。モードで実行されました。スキャンを実行できません。実行してボリュームを修復してください。/Fを今実行しているところだ。今のところのログは以下の通りだ。ボリュームが別のプロセスによって使用されているため、Chkdskを実行できません。実行するにはこのボリュームのマウントを解除する必要があります。そのときは、このボリュームへのすべての開かれたハンドルは無効になります。yボリュームのマウントは解除されました。このボリュームへ開かれたすべてのハンドルは、現在無効です。レコードが処理されました。ファイルの検査を完了しました。レコードが処理されました。レコードが処理されました。ビットマップに割り当て済みとしてマークされている空き領域を検出しました。0:24:51やはりステージ2の94%あたりで停滞しているが、/rよりも進み具合が早いようだ。/rと/fの違いって何だろう。下記サイトにその違いが書いてあった。http://pctrouble.lessismore.cc/running/chkdsk_option.html/rのほうが時間がかかる上にあまり効果はないらしい。このサイトにも書いてあるが、ディスクの修復というのはおかしなファイルを切り捨て、ファイルシステムを正常に保つという意味なので、ファイルを復旧してくれるわけではない。おかしなファイルはバッサリ消えてしまう。ファイルを復旧したいのなら別のツールを使うことをお勧めする。そのようなツールでもこのような物理障害にはほとんど対応できないのではないか。まめにバックアップを取っておく以外にこのような物理障害に対応する方法はないのだ。私のディスクはCHKDSKもまともに完了しないような状態なのでもう捨てるしかない状態にきているということだろう。どこまでデータ復旧できるのやら。