次の方法で共有

chkdskを掛けたまま、二週間近く経っても終わりません。

Anonymous
2011-08-23T12:00:23+00:00

現在、stage4 of 5 で15%(18472 of 266224 files processed) の段階、いったいいつ終了するのかまったく先が見えません。

数ヶ月先の終了をも覚悟で大人しく放置し続けた方がいいのか、いったん強制終了した後、新たに他の策を立てた方がいいのか、皆様のお知恵をお借りしたいと思い投稿させて頂きました。

対象となったPCのOSはWindows 7 UT x64版です。

先日PCの不正終了がおきて以来、起動が遅い・explorerが起動直後から頻繁に5分ばかり立ち往生する・プログラムの起動にやたら時間が掛かる等の症状が出ました。

ファイルシステムの破壊を疑い、システムディスクである128GBのSSDにchkdskを掛けたところ、二週間近く経っても終了しません。

フリーズも疑ったのですが、数日置きに1~2ファイルずつ異常が修復されているところを見ると一応正常?に動作はしており、これまでに約20ファイル近くが処理されています。

処理された内容はすべて windows replaced bad clusters です。

マシン環境は

AMD Phenom II x6 1095BE + AMD890FX メモリー16GBの自作PC。

Windows7の入ってるSSDは、CCSD-P3128GB-BRKTをマザーボード上SB850のSATA3.0端子に接続しています。

他にデータドライブとしているHDDが6台程。

chkdskはexplorer上から"ファイル システム エラーを自動的に修復する" "不良セクターをスキャンし、回復する" 双方をチェックし、再起動させて行っております。

経験豊富なAnswersの皆様方、どうかご教示下さいます様よろしくお願いいたします。

家庭向け Windows | 以前の Windows バージョン | Windows Update

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

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

質問作成者が受け入れた回答

  1. Anonymous
    2011-08-24T10:26:30+00:00

    布団祭り さん、こんにちは。

    Answers への投稿、ありがとうございます。

    チェック ディスクを実行して、2 週間以上経過しても終了しないのですね。。。

    チェック ディスクにかかる時間については次のようなスレッドがあったのですが、2 週間はこちらのスレッドの時間と比べても長いように見受けられます。

    チェックディスクが終わりません。

    もし、チェック ディスクを実施するなら現在実行されているチェック ディスクを一旦終了し、コマンド ラインから実施してみてはどうでしょうか。

    コマンド ラインからの実施方法は次のページを参照すると良いかもしれません。ただし、現在実行しているチェック ディスクを停止するためにパソコンを強制終了するのであれば、自己責任の元、終了させてくださいね。

    ヒント: コマンド ラインでチェック ディスクを実行してディスク エラーをチェックし修復する

    ただ、チェック ディスクのメッセージに「windows replaced bad clusters」と表示されているのでしたら、ハード ディスクの故障も考えられます。チェック ディスクを停止した後にバックアップを行い、ディスクを交換することも検討されてはどうでしょうか。

    ほかにも何かご存じの方がいらっしゃいましたら、アドバイスをよろしくお願いします。

    布団祭り さんからの返信、お待ちしております。

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

5 件の追加の回答

並べ替え方法: 最も役に立つ
  1. Anonymous
    2011-09-26T17:30:47+00:00

    中村 様

    松下 様

    なかなか思い切りがつかず、経過報告にしばらく時間が経ってしまい大変申し訳ありません。

    昨日、ついに意を決してチェックディスクの強制終了に踏み切りました。

    …が、障害が出たドライブはシステムディスクであった為、OS(Windows7 x64 UT版)を再起動させる事が出来ません。

    幸い以前使っていたx64版XPがデュアルブートできる状態であった為、各種バックアップソフトを試してみたのですが、「ファイルテーブルが壊れている」「セクタが読み取れない」等の理由でうまくバックアップを残せませんでした。

    バックアップを取る為にはチェックディスクを掛ける必要があり、迂闊にチェックディスクを掛けると今度はデータが破損する可能性があり… という膠着状態です。

    バックアップする際は状況的にSSDを未使用セクタまで丸ごとイメージ化する形が好ましいと思うのですが、マイクロソフトさん(もしくはサードパーティー製)でそれに適したツールがありますでしょうか?

    また、バックアップする際は旧来OSではなくWindows7で行った方が良いのでしょうか?

    (現在Windows7とx64版XPは、それぞれ物理的・理論的に別のSSD/HDDへインストールされた状態です)

    40+ 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  2. Anonymous
    2011-08-24T16:01:19+00:00

    北上様、大変有益なアドバイスをありがとうございます。

    途方に暮れながら待ち続ける事にもいい加減疲れ、そろそろ強制終了させる潮時か… と、思うのですが、チェックディスクを強制終了するにあたって、いくつかの疑問があります。

    1:強制終了する場合、現時点までに修復されたファイルのリストは取得出来るのか?

    チェックディスク完了まで待てばイベントビューワーからログが確認出来るのですが、強制終了した場合でも何らかの方法で修復ログの閲覧は可能でしょうか?

    破損したファイルには \windows\winsxs\ 等にある重要なものも含まれていたので、北上様のアドバイス通りバックアップを取り、代換SSDへリストアした後、現状のチェックディスクで修復されたファイルは可能な限り正常なファイルと入れ替えたいと思っています。

    一応モニターへ出力されているログをメモしてはいたのですが、就寝中スクロールして消えてしまった分もあり途方に暮れていました。

    2:強制終了する事で、以後の修復作業に悪影響を及ぼす可能性は高いのか?

    強制終了が自己責任であることは重々承知の上ではありますが、チェックディスクの中断によりファイルシステムに理論矛盾が生じたりして以後の作業に支障が出る可能性は、如何ほどのものでしょうか?

    NTFSはFATより堅固であるとの事なので、個人的にはスケジュール設定による検査状態からの強制終了であれば、さほど心配する必要はないと考えているのですが…

    3:チェックディスクのコマンドラインでの引数は、 /F もしくは /R で良いのか?

    調べて見ると、障害発生の場合には /F を使っている例が多い様です。

    障害の起きたSSDは使い回ししない予定なので不良クラスタの再評価までは必要ありませんが、/Rを指定しておけば、ファイル修復の精度がより高まるという理解でよろしいのでしょうか?

    色々と判らない事ばかりで大変申し訳ありませんが、皆様からのアドバイスを頂けたら幸いです。

    3 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  3. Anonymous
    2017-11-03T14:46:09+00:00

    PC自作の経験は、ありませんが、SSDに入ってる、プログラムの数や、PCの性能によっても、変わってくると思います。あとは、パーツの相性ですかね・・・。自分の場合、チェックディスク、かけて、終了するまで、5~6時間ぐらい(もう少し、時間が、かかったような、気がします。)かかりました。面倒だとは、思いますが、リカバリーしたほうが、早いかもしれません。

    2 人がこの回答が役に立ったと思いました。
    0 件のコメント コメントはありません
  4. Anonymous
    2011-09-02T09:11:08+00:00

    布団祭り さん、こんにちは。

    Microsoft Answers への投稿、ありがとうございます。

    少しお時間が経ってしまいましたがその後いかがでしょうか。

    いくつか質問を書かれているようですが、私の方で確認できる範囲でお答えしますね。

    ログについて、手元の PC でチェック ディスクを強制終了させてみたところ、イベント ビューアーには記録が残っていませんでした。

    また、別の方法でログを見る方法は私の方では見つかりませんでした。

    強制終了することの悪影響ですが、強制終了自体は本来行うべきものではないため、悪影響が無いとは言えないかと思われます。

    ただ、具体的にどうなるかは実際のところ判断は難しいですね。。。

    コマンドラインでの「/R」引数については、「/?」で確認したところ以下のような記述がありました。

    「不良セクターを見つけて、読み取り可能な情報を回復します (/F も黙殺的に指定されます)。」

    ここから判断すると、「/R」を指定する方が無難かもしれません。

    なお、先日の北上の返信にも書かれていますが、現在の状況から考えると当該 HDD 自体が故障しかけている可能性がありそうなので早めにバックアップは済ませてくださいね。

    今後とも、Answers をお気軽にご利用ください。

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