破損した、または機能しないNTFSパーティションに関する投稿をいくつか読みましたが、私のケースに適切な解決策はありませんでした。これが私のシステムです。
- miniのSSDPCIエクスプレス(PCIe)、Windows 7 がインストールされています。パーティションは 2 つあり、1 つは Dell ユーティリティ (40 MB)、残りは Windows インストール自体 (119 GB) です。
- 450 GB の NTFS ファイルと、Ubuntu のインストールに必要なすべてのパーティション (スワップ、システムなど) の 30 GB を含む HDD
ブートデバイスは内蔵HDD（IRRT）、これが唯一の可能な方法です。これによりIRRTが有効になり、グラブこれは、HDD 上の特定のセクターを指すことで、SSD 上で Windows 7 を起動できます。
さて何が起こったか:
コンピュータをスリープ状態にして、数時間後に休止状態になりました。ワイヤレスカードは物理的に無効になっていました（デル M4600）。その後、ラップトップを起動し、GRUBが完了する前に、ワイヤレスカードを再びオンにしました。次に、GRUBで「windows」を押しました。ブルースクリーン再起動すると、Windows は起動パーティションを見つけることができません:「必要なデバイスが見つかりません」。
Windows 7 リカバリ ディスクを試してみましたが、HDD 上の Windows インストールのごく一部しか修復できず、SSD は認識されません。「修復」では何も起こりません。GRUB を強制的に回避するためにハード ドライブを取り外しても、Windows DVD は SSD のブート セクターを認識しませんでした。これは「Windows インストール」としては不十分でした。
ここで、Windows を再度インストールするかのように操作を開始すると、Windows はドライブ C 上の 2 つのパーティションを認識します。それらはまだ NTFS 内に存在します。
それからLinuxを使ってみましたfdisk: パーティションはここにあります。しかし、それらは表示されませんノーチラス、マウントできません。しかし、ddデータを回復できます。ランダムな大きなオフセット (オフセット 20 GB など) でデータを読み取ろうとすると、ブロックは確かに「データ」であり、ドライブに物理的にアクセスしても問題はなく、少なくとも完全に故障したわけではないようです。それでは明日バックアップします。
私は試したテストディスク: ブートセクターは同一で問題ないように見えますが、両方ともマルチ「不良」と表示されますが、それ以上は表示されません。ファイル システム内のファイルにアクセスできません。
そのサイトで、間違った書き込みについて何かを見ましたNTFSジャーナリング、破損したNTFSパーティションを回復する必要がある。
もうすぐ最後の投稿です。私が調べた限りでは、インターネット上には何も見つかりませんでした。
また、休止状態プロセスによってブート シーケンスが大幅に変更されることを覚えているため、休止状態プロセスに関する何かが元に戻されていないのではhiberfil.sysないかと疑っています (そうでなければ問題なく移動できるはずですが、そうではありません。ブート ローダーにはフォルダーの場所、さらには別のドライブを収容する場所がないため、ルート ディレクトリに配置する必要があります)。
おそらく両方のブート セクターが休止状態によって影響を受け、通常のブートに戻るプロセスを完了できなかったため、Windows はブート ポインターが指している場所を調べ、通常の Windows インストールを認識できず、修復を拒否し、Linux は MFT を見つけられないためマウントできない... または、MFT 自体に影響する別の何かがあるのかもしれません。わかりません... 試してみますチェックそして、バックアップ後、修正mbrWindows 7 DVD から。
更新: fixmbr と fixboot は回復コンソールからのみ機能するようで、アクセスできませんでした。Windows 7 DVD からは CHKDSK を実行できました。クラッシュする前にボリュームが NTFS であるとだけ表示され、「MFT が破損しています。修復を試みます。MFT を修復できませんでした。chkdsk を終了します」というメッセージが表示されました。
diskpart を試したところ、SSD 上のパーティションが Raw として表示されました。つまり、これは CHKDSK が認識したものと一致しません。
何かおかしいです。これまでずっと、Windows は Dell ユーティリティを含む SSD の最初の 40 MB を認識していませんでした。Windows 7 エクスプローラーでは、SSD のメイン パーティションは常に でC:\、HDD のパーティションは でしたD:\。SSD 上のこの 40 MB パーティションはどこにも表示されませんでした。しかし、今では Windows はこの 40 MB パーティションを認識し、それに文字を割り当てていますC:\。文字は 119 GB パーティションに対応していますがD:\、"Raw" 形式なので読み取れません。まったく理解できません...
答え1
ブートデバイスは内蔵HDD（IRRT）のみであり、これによりIRRTが有効になり、GRUBが起動します。ある分野を指してHDD 上で SSD 上の Windows 7 を起動できます。ポインターが同じである必要があると思います。^
推測ですが、{ その後、GRUB で「windows」を押しました。 その後、BSOD が発生し、再起動しましたが、windows はブート パーティションを見つけることができません:「必要なデバイスが見つかりません」。 }
特に休止状態になった場合、同じポインターを使用していません。grub ブートは Windows ブート セクターを指す必要があります。または、hiberfil.sys では、Windows が C: にあるときに winresume.exe を編集して D: を指すようにしようとしたときに同様の問題が発生しました。休止状態から Windows を起動できませんでしたが、オリジナルのコピーを使用すると修正されました。
お役に立てれば
答え2
最後に、C ドライブ (SSD) に Windows を再インストールしました。完了すると、システムは再び動作しましたが、ブート シーケンスによって GRUB がショートしました。そのため、Linux のインストールは不可能になりました。
それはまだ私の D ディスク上にあり、動作させるにはライブ CD を挿入して GRUB を修復する必要があることはわかっていますが、他の理由でまだそれを実行していません。
1 年が経ち、休止状態から復帰するときに時々 BSOD が発生するようになりましたが、ファイル システムに永続的な損傷が発生することはありませんでした。
ブートに関するすべてのことを勉強した結果、答えはなんとなく正しいようです。プロセス全体「HDD でのブート (IRRT) -> GRUB -> Windows ブートローダーへの正しいポインター -> 「休止状態からの」初期化シーケンスの場所」は、従来の修復ツールでは修復できない方法でどこかで失敗したに違いありません。
結局、私は問題を理解することができませんでした。そして、今、私のシステムは再インストールされているので、何が起こったのかについてのさらなる手がかりを得ることはおそらくないでしょう。ある日、ブート プロセス、IRRT、Windows、GRUB、および私が持っている特殊なディスク構成について十分な知識があれば、もっと良い説明を推測できるかもしれません。
しかし、今のところは、こう言わせていただきます。どうやら、この正確な構成 (Dell M4600) では、IRRT に GRUB があり、Linux が「実際の」ハードディスクにあり、Windows が mini-PCI-express SSD にあり、休止状態が有効になっているというのは、安全ではないようです。なぜなら、GRUB を無効にしても BSOD がまだ発生するからです (つまり、起動プロセス全体が Windows によって制御されるようになり、それでも休止状態から抜け出すときに問題が発生する可能性があります。おそらく、12 GB の RAM のサイズ、つまり 9 GB の hyberfil.sys ファイルのサイズがここで影響しているのでしょう)。また、以前の構成では、これらの BSOD の 1 つによって、ハードウェア障害がなくても NTFS パーティションが破壊される可能性がありました (SSD はまだ非常にうまく動作しているためです。ただし、その健全性を詳細にチェックしたわけではありません)。再発しない理由がわかりません。
つまり、解決策は存在し、それはあまり楽しいものではありませんが、この問題の正確な所在はまだ明らかではありません。これについてさらに詳しい情報をお持ちの方がいらっしゃいましたら、ぜひお聞かせください。