.png)
MBR に何か問題が発生してブートがおかしくなる前は、ディスクに 3 つのボリュームがありました。
今、すべてのデータを保存するためにブート環境を再構築しようとしていますが、すべて失われているようです。コマンドプロンプト（Windows 10 DVDから）からデータを見ることができます。
bcdbootを実行しようとしていますc:\Windows /m {guid}が、機能しません
私も実行しました:
bootrec /fixmbr (success / no error)
bootrec /fixboot (success / no error)
bootrec /rebuildbcd (failes with error "The requested system device cannot be found")
ボリュームにドライブ文字を割り当てる方法については多くの情報が見つかりますが、パーティションにドライブ文字を割り当てる方法やボリュームにパーティションを関連付ける方法については見つかりません。
diskpart でパーティションを選択すると、「詳細」部分に「このパーティションに関連付けられたボリュームはありません」と表示されます。そのため、ボリュームに関連付ける方法があるはずだと考えています。しかし、どのようにすればよいのでしょうか?
Info:
list disk : 1 entry 465GB 0 B free
list part : 3 entry
part 1 reserved 128MB offset 1024kb <- this used to be my boot-partition
part 2 System 465GB offset 129MB
Part 3 Recovery 450MB offset 465GB
list vol : 3 entry
Vol # LTR
Vol 0 D UDF DVD-ROM 3894 MB healthy <- (this is where my 128MB boot part used to be)
VOL 1 C NTFS Partition 465GB healthy Hidden
VOL 2 E NTFS Partition 450MB healthy hidden
ブートを回復するにはどうすればいいですか?
答え1
私も同じ問題に遭遇しましたgpartedそしてntfsクローン.diskpart> list partitionすべてのパーティションが表示されますが、リストに表示されずdiskpart> list volume、文字も関連付けられていません。
どのパーティション X を文字に関連付ける必要があるかを確認します。
diskpart> list partition
diskpart> select partition X
diskpart> detail partiton # I found that partition was hidden
ディスクにGPTテーブルがある場合は、パーティションタイプ GUIDとしてMicrosoft 基本データ パーティション（対応するgdiskパーティションタイプは0700):
diskpart> set id=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
ディスクが MBR ( 07= Windows NT NTFS、17= 隠し、27= OEM 回復) の場合:
diskpart> set id=07 override
今、もう一度試してくださいdiskpart> list partition。bcdboot c:\Windows私の場合は問題なく動作しました。
答え2
まあ、気をつけてね！
「すべてが失われた」というわけではないようですが、自分が何をしているのか漠然としか分かっていないまま、進めているようにも聞こえます。それが「すべてが失われた」原因です。
詳しく言うと、データの大部分にはアクセスできるものの、起動に問題があるようです。これは全体的に見てはるかに簡単な修正です。ただし、注意しないと、データの大部分を簡単に失う可能性があります。
まず、基本的な用語をいくつか知っておくと役に立ちます。MBR はディスクの最初のセクターです。パーティションをレイアウトする「MBR」スタイルは最大 2 TB のドライブを処理できますが、それよりも小さいドライブを扱っているようですので、実際には新しい GPT 形式ではなく MBR を使用している可能性があります。
MBR の主な 2 つの役割は、初期のブート コード (コンピューターが従う命令) を持つことと、最大 4 つのパーティションの詳細を保存するための 64 バイトの情報を持つことです (各パーティション テーブル エントリは 16 バイトです)。
これらの 64 バイトの情報は非常に重要になります。これらの詳細の一部を間違えると、オペレーティング システムがパーティションの詳細を正しく理解できない場合があります。また、オペレーティング システムは通常ディスクに書き込むため、このような誤解により、データにアクセスする能力を損なうような誤った詳細が書き込まれる可能性があります。したがって、ここで注意することが非常に重要です。
「パーティション」は基本的に境界のセットです。開始セクターと、終了セクターまたはサイズを指定します。どちらの方法でも、開始境界と終了境界が得られます。
「ボリューム」は「ファイルシステム」とも呼ばれ、実際のデータを保存します。ボリュームはパーティションの境界内に存在する必要があります。
通常、オペレーティング システムはパーティションを見て、ボリュームがパーティションの先頭から始まると想定します。また、パーティションは「タイプ」を指定します。これは、使用されているボリュームのスタイルに関する強力な手がかりとなるものです。
オペレーティング システムがボリュームを見つけられない場合、複数の理由が考えられます。1 つは、パーティションの開始セクターが間違っているため、ボリュームの開始が正しく検出されていないことです。もう 1 つの可能性は、不適切な「タイプ」が使用されているため、オペレーティング システムが使用しているボリュームと対話する方法がわからないことです。もう 1 つの可能性は、ボリュームが破損しているため、オペレーティング システムがチェックする詳細に一致するボリュームをオペレーティング システムが見つけられないことです。
私のシステムでは GPT を使用しているため、わずかですが重要な違いが生じる可能性がありますが、「システム」ドライブは小さなドライブ (1 GB 未満) であり、重要なデータは「プライマリ」タイプとして表示される大きなパーティションに保存されています。「システム」タイプにはドライブ文字が割り当てられていません (ただし、変更するのはそれほど難しくなく、問題もありません... C: またはそれより少し高いドライブ文字ではなく、S: などの高いドライブ文字を割り当てることをお勧めします。また、Windows ブート ディスクは X: を使用する傾向があると思われるため、X: は避けることをお勧めします)。
システム ボリュームが表示されていないということは、破損していると考えられます。ブート ファイルの新規コピーを用意して、復元する必要があるかもしれません。これは、基本的にわずかな変更を加えるだけの BCDEdit を使用するほど簡単には修正できない可能性があります。最善策は、オペレーティング システムを再インストールすること (同じドライブに再インストールする場合でも) です。これにより、いくつかのことが達成されるはずです。ハード ドライブに Windows の新規 (更新されていない) コピーを配置し (現在のインストールを上書きできる可能性があります)、ブート機能を調整します。
もっと簡単な方法があるかもしれませんが、ない可能性も考えて準備しておくことをお勧めします。
ただし、まずは完全なバックアップを取ることを強くお勧めします。可能であれば、重要と思われるいくつかのファイルをバックアップするだけでなく、ドライブ全体の「フォレンジック」/「ビット単位」イメージを (少なくとも同じ大きさの別のドライブに) 取得することをお勧めします。そうすれば、変更を試みている間に重要なデータが失われることがなく、変更がうまくいかなかった場合に元に戻すことができるという安心感が得られます。
GuitarPicker との会話をざっと見たところ、DVD ドライブが表示されることについてはそれほど心配していません。これは、ブート パーティションが検出されなかったために発生するだけだと思います。ブート パーティションが検出されていれば、DVD には問題なく自動的に上位のドライブ文字が割り当てられます。SET ID を使用すると確かに役立つかもしれません (既存の ID (タイプとも呼ばれます) を見つけるには、パーティションを選択してから DETAIL PARTITION と入力します)。しかし、あなたは「diskpart を使用してブート パーティションを再度削除し、再作成しました」と述べています。ここでの問題は、ブート パーティションを削除したときに、ブートに使用される重要なデータなど、そのパーティション上のすべてのデータの追跡を停止するようにコンピューターに指示したということです。その後、ブート パーティションの正しい「タイプ」として分類される新しいパーティションとボリュームを作成したとしても、オペレーティング システムのブートに使用されるデータがまだ不足しています。そのデータをブート ドライブに取り込む一般的な方法は、「オペレーティング システムのインストール」と呼ばれます。
このようなブート データを別のコンピューターから移植する方法もあるかもしれませんが、一部のデータはボリュームの特定のセクターに配置する必要がある場合があります (これはブート ファイルを扱う場合を除いて通常は問題にならない細かい点です)。そのため、基本的なコピーを実行するのと同じくらい簡単かどうかはわかりません。つまり、このような移植には問題が発生する可能性があり、初心者にはこの方法はお勧めできません。
注: Win7 から Win10 への移行に関するコメントは読みました。既存のドライブに Win10 をインストールするだけで問題ないかもしれませんし、運が良ければ既存のライセンスが保持される可能性もあります。その場合は、Windows 7 のインストールに煩わされる必要すらありません。しかし、新しい苦痛に巻き込まれないようにするためにも、バックアップを作成する前にそれを試すことは考えないでください。そのような作業は面倒なことかもしれませんが (特にお金がかかる場合は)、バックアップは普通よりも作成する価値がある場合があり、今回がまさにその場合であるため、この問題を再度強調しています。したがって、これ以上面倒な作業を行う前に、時間、エネルギー、備品に投資するという賢明な行動を取ることを強くお勧めします。
答え3
パーティションタイプがおかしくなっているようです。先に進む前に、CloneZillaブートディスクのようなビット単位のバックアッププログラムで適切なバックアップを取得し、MBRを編集してみてください。128MBのパーティションタイプを指定していませんが、手動で設定してみてください。パーティションタイプがわかっている場合は、ディスクパーツのセットID16進数のパーティションタイプを手動で設定するコマンド。Wikipediaには、パーティションタイプ一般的なものは、NTFS の場合は 07、ほとんどの FAT32 の場合は 0C、FAT の場合は 06 です。
まずはテストディスクは、パーティション テーブルの回復用に作成されています。多くの種類の MBR の問題を自動的に検出できます。bcdboot と bootrec を実行する必要がある場合もありますが、これで実用的な開始点に到達できるはずです。