web-dev-qa-db-ja.com

奇妙なシステム予約パーティションが原因でHDDをSSDにクローンした後に欠落しているbootmgrを修正するにはどうすればよいですか？

Linux-SDDのgpartedを使用して、既存のHDDから新しいSSDにC:パーティションのクローンを作成しました。これはデータ的にはうまくいきました。ファイルは表示されますが、新しいWin7SSDを起動できません。

最初はカーソルが点滅していました。起動するように設定すると、bootmgrが見つからないと表示されました。

さらに調べてみると、HDDには3つのパーティションがあり、予想されるC：Win7用とD：データ用であることがわかりました。それでも、100MBのシステム予約済みの起動可能なパーティションもあります。

Screenshot of system-reserved disk

だから私はmbrを修理することでそれを修正できると思いました。したがって、Repair Computerを介してリソースプロンプトを入力してみて、次のコマンドを実行しました。

Bootrec.exe /ScanOs

しかし、これはC：、not E：もリストしているだけです。

BootRec.exeにE：で魔法をかける方法がわかりませんでした。/fixmbrにいる間に/fixbootとE:を実行しましたが、これは、E:で、または代わりに作業中のC:を「修正」した場合は何でもしました。

C:から起動することはできますが、代わりに新しいSSDを使用します。

SSDを起動可能にするにはどうすればよいですか？

windows-7bootssdclonegparted
2
k0pernikus

SSDを次の両方で起動可能にすることができました。

  1. 非表示とC：の両方のパーティションをSSDに複製します。隠しパーティションをhddのフルサイズに拡張しました。
  2. Windowsはその直後に起動できませんでした。 OEM Win7DVDを挿入してそこから起動する必要がありました。再インストールする代わりに、修復オプションを選択しました。すぐに、問題が発見されたというウィンドウがポップアップし、修正して再起動するように求められました。

再起動後、パーティションがチェックされ、それ以降、SSDは正常に動作します。

0
k0pernikus

gpartedを使用する代わりに、ライブシステムから 代わりにddを使用 、つまり、ハードディスクをのSSDに複製する場合に意味があります。最小ルート権限を持つ同じサイズ：

dd if=/dev/old_sata_spinning_disk of=/dev/new_ssd bs=64K conv=noerror,sync status=progress
  • ifは「入力ファイル」を表し、ofは「出力ファイル」を表します
  • bsはブロックサイズを意味し、64KBは高速を取得するのに十分であると文書化されています。そうでない場合、デフォルトは非常に遅い可能性があります。私の場合、コピープロセス中に速度は100MB/sで最大になりました。これは、私のhddの最大速度でした。
  • conv=noerror,sync説明
  • status=progressはコピープロセスについて通知します

ドライブは/dev/sda、/dev/sdb/,/dev/sdc`などにあります。適切なデバイスをターゲットにしていることを確認してください。そうしないと、データが失われる可能性があります。

私の場合、hddは/dev/sdaにあり、Ubuntuライブスティックは/dev/sdbにあり、新しいssdは/dev/sdcにあるため、実行するコマンドは次のとおりです。

#Sudo dd if=/dev/sda of=/dev/sdc bs=64K conv=noerror,sync status=progress

（コマンドはコメントされています、あなたのニーズに適応してください。）

0
k0pernikus