Diskpartは、ボリュームに関連付けられていないパーティションに文字を割り当てます（Windows 10）
ブートを台無しにする何かが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 iでパーティションを選択すると、「detail」部分に「このパーティションに関連付けられているボリュームはありません」と表示されます。だから私はそれをボリュームで関連付ける方法があるに違いないと思っています。しかし、どのように？
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
ブートを回復するにはどうすればよいですか？
お酒よろしくお願いします！
「すべてが失われた」というわけではないように聞こえますが、自分が何をしているのかを漠然と知っているだけで、進んでいるようにも聞こえます。それが「すべてが失われる」のレシピです。
詳述すると、データの大部分にアクセスできるように思えますが、起動に問題があり、全体的にはるかに簡単な修正です。ただし、注意しないと、データの大部分が簡単に失われる可能性があります。
まず、いくつかの基本的な用語を知っていることを確認するのに役立ちます。 MBRは、ディスク上の最初のセクターです。パーティションをレイアウトする「MBR」スタイルは、最大2 TBのドライブを処理でき、それよりも小さいドライブを扱っているように見えるため、実際には、新しいGPT形式ではなくMBRを使用している可能性があります。
MBRの2つの主な仕事は、いくつかの初期ブートコード（コンピューターが従う指示）と、最大4つのパーティション（各パーティションテーブルエントリは16バイト）の詳細を格納するための64バイトの情報を持つことです。
これらの64バイトの情報は非常に重要です。これらの詳細の一部を間違えると、オペレーティングシステムがパーティションに関する詳細を正しく理解できない場合があります。また、オペレーティングシステムは通常ディスクに書き込むため、このような誤解により、データにアクセスする能力を損なう誤った詳細が書き込まれる可能性があります。したがって、ここで注意することは非常に重要です。
「パーティション」は基本的に一連の境界です。開始セクターと、終了セクターまたはサイズのいずれかを指定します。いずれにせよ、開始境界と終了境界を取得します。
「ファイルシステム」と呼ばれることもある「ボリューム」には、実際のデータが格納されます。ボリュームは、パーティションの境界内に存在する必要があります。
ここで通常発生するのは、オペレーティングシステムがパーティションを調べ、ボリュームがパーティションの先頭から始まると想定することです。また、パーティションは「タイプ」を指定します。これは、使用されているボリュームのスタイルに関する強力な手がかりとなることを意味します。
オペレーティングシステムがボリュームを見つけられない場合、複数の理由が考えられます。 1つは、パーティションの開始セクターが間違っているため、ボリュームの開始が正しく検出されていないことです。もう1つの可能性は、不適切な「タイプ」が使用されているため、オペレーティングシステムが使用しているボリュームと対話する方法を認識していないことです。もう1つの可能性は、ボリュームが破損しているため、オペレーティングシステムが、オペレーティングシステムがチェックする詳細に一致するボリュームを見つけることができないことです。
GPTを使用していて、わずかではあるが重要な違いが生じる可能性がある私のシステムでは、「システム」ドライブは小さなドライブ（ギガバイト未満）であり、重要なデータは「プライマリ」として表示される大きなパーティションに保存されます。 "タイプ。 「システム」タイプにはドライブ文字が割り当てられていません（変更するのはそれほど難しくも問題もありませんが... C：ではなくS：などの高いドライブ文字を割り当てることをお勧めします。また、Xを避けることをお勧めします。WindowsのブートディスクはXを使用するのが好きだと思うからです。）
システムボリュームが表示されていないので、破損している可能性があります。ブートファイルの新しいコピーを提供して、それを復元する必要があるかもしれません。これは、基本的にわずかな変更を加えようとするBCDEditを使用するほど簡単に修正できない場合があります。最善の策は、オペレーティングシステムを（同じドライブにでも）単に再インストールすることです。これにより、いくつかのことが達成されます。ハードドライブにWindowsの新しい（更新されていない）コピーを配置します（現在のインストールを上書きし、場合によってはインプレースで）、起動機能を調整します。
より簡単で簡単な方法があるかもしれませんが、そうでない可能性に備えておくことをお勧めします。
ただし、最初に完全バックアップを取得することを強くお勧めします。可能であれば、重要と思われるいくつかのファイルをバックアップするだけでなく、ドライブ全体の「フォレンジック」/「ビットごとの」イメージを取得することをお勧めします（少なくとも次のような別のドライブに）大）。そうすれば、変更を加えようとしているときに重要なデータが失われることはなく、試行が失敗した場合に元に戻すことができます。
GuitarPickerとの会話を見てきましたが、DVDドライブが表示されることについてはそれほど心配していません。これは、ブートパーティションが検出されなかった結果として発生したと思います。ブートパーティションが検出された場合、DVDには問題なく自動的により高いドライブ文字が割り当てられます。 SET IDを使用すると、実際に役立つ場合があります（また、タイプとも呼ばれる既存のIDを見つけるには、パーティションを選択してからDETAIL PARTITIONと言うことができます）。しかし、あなたは「diskpartでブートパーティションを削除して再作成しようとしました」と言っていました。ここでの問題は、ブートパーティションを削除したときに、ブートに使用された重要なデータなど、そのパーティション上のデータの追跡を停止するようにコンピューターに効果的に指示したことです。次に、ブートパーティションの正しい「タイプ」として分類される新しいパーティションとボリュームを作成した場合でも、オペレーティングシステムのブートに使用されるデータのビットが不足しています。そのデータをブートドライブに取り込む一般的な方法は、「オペレーティングシステムのインストール」と呼ばれます。
このようなブートデータを別のコンピューターから移植する方法はあるかもしれませんが、一部のデータはボリュームの特定のセクターに配置する必要がある場合があります（ブートファイルを処理する場合を除いて、通常は気にならない詳細）。したがって、これは基本的なコピーを実行するのと同じくらい簡単な場合とそうでない場合があります。言い換えれば、そのような移植は、このアプローチを初心者には推奨しない問題を引き起こす可能性があります。
注：Win7からWin10への移行についてのコメントを読みました。 Win10を既存のドライブにインストールするだけでもかまいません。運が良ければ、既存のライセンスが保持される可能性もあります。その場合は、Windows7のインストールに煩わされる必要はありません。しかし、念のために、新しい傷の世界に自分自身を紹介しないようにするために、バックアップを作成する前にそれを試すことさえ考えないでください。そのような作業は煩わしいかもしれませんが（特にお金を使う必要があります）、バックアップを作成する価値が平均よりも高い場合があるため、この問題を再度強調します。これはその1つです。ですから、賢明なことをすることを強くお勧めします。それは、それ以上の混乱の前に、時間/エネルギー/供給に投資することです。
パーティションタイプは手に負えないようです。先に進む前に、CloneZillaブートディスクなどのビットごとのバックアッププログラムを使用して適切なバックアップを取得し、MBRを編集してみてください。 128 MBのパーティションのタイプを指定していませんが、手動で設定してみることができます。パーティションタイプが何であるかがわかっている場合は、[〜＃〜] diskpart [〜＃〜]のSET ID16進パーティションタイプを手動で設定するコマンド。ウィキペディアには パーティションタイプ のリストがあります。一般的なものは、NTFSの場合は07、ほとんどのFAT32の場合は0C、FATの場合は06です。
TestDisk から始める方が良いかもしれません。これは、パーティションテーブルを回復するために作成されています。多くの種類のMBR問題を自動的に検出できます。それでもbcdbootとbootrecを実行する必要があるかもしれませんが、実行可能な開始点に到達するはずです。
gpartedとntfscloneを使用した後、同じ問題が発生しました。 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は私のためにうまくいきました。