%20%E3%82%92%20HDD%20%E3%81%AB%E3%82%B3%E3%83%94%E3%83%BC%E3%81%97%E3%80%81%E3%81%9D%E3%81%AE%E5%BE%8C%E6%96%B0%E3%81%97%E3%81%84%20SSD%20%E3%81%AB%E3%82%B3%E3%83%94%E3%83%BC%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF%E3%81%A9%E3%81%86%E3%81%99%E3%82%8C%E3%81%B0%E3%82%88%E3%81%84%E3%81%A7%E3%81%97%E3%82%87%E3%81%86%E3%81%8B%3F.png)
私の 15 インチ 2013 年後半の Retina MBP には、起動可能な 1 TB SSD が搭載されています。これを 1.5 TB HDD にバックアップし、後日 (おそらく) 新しい起動可能な 1 TB SSD に復元したいと考えています。
すでに質問されている場合は申し訳ありませんが、私が見つけたものはすべて、SSD->HDD->SSD の最適なアプローチではなく、SSD->HDD またはその逆に関するものでした。
すべてのユーザー データ (アプリケーションを除く) は、Github、Dropbox、Google Drive のクラウドに保存されています。
私のマシンでカーネル パニックが発生していますが、これはハードウェアに関係している可能性があります。コンピューターを修理に出すと、SSD が消去されるか交換される可能性が高いため、バックアップを取りたいと思っています。Windows 8.1 を OS X と並行して EFI モードで起動するのに 3 日かかりました。そのため、パーティション テーブル、ブートローダー パーティション、OS パーティション、リカバリ パーティションなど、すべてをバックアップして復元したいと考えています。これを行う最適な方法は何ですか?
USB スティックから *nix バリアントを起動して、dd を使用して SSD を HDD にビット単位でクローンすることを検討していますが、いくつか懸念事項があります。 - SSD を交換すると、エラー修正や製造公差により、古い SSD よりもビット数が少なくなる可能性があります。 - HDD を SSD にコピーすると、アライメントの問題が発生し、パフォーマンスに重大な影響が出る可能性があると読んだことがあります。
CLI は怖くないのですが、パーティション テーブル、ハードウェア、低レベルのシステム ツールについてはあまり詳しくないので、アドバイスが必要です。
答え1
私が使用し、推奨するもう 1 つの代替手段は Clonezilla (オープン ソース) です。これを使用すると、1 つのペンドライブを使用してインストールと起動を行うことができます。 http://clonezilla.org/
- Clonezilla USB ブート可能フラッシュドライブを作成するには、ここの手順に従ってください >http://clonezilla.org/liveusb.php
- USBフラッシュドライブから起動する
- ディスクイメージを作成する(Old_SSD を HDD 内のイメージファイルに保存)
- ディスクにイメージを作成します(HDD 内のイメージ ファイルを New_SDD にコピーします)
または、old_SDDからNew_SDDへ直接ディスクツーディスクを実行することもできます。
答え2
私はまさにこれを Acronis True Image で実行しました。
- 試用版をダウンロードまたは購入する
- 起動可能なイメージを書き込む
- SSD (すべてのパーティション) を HDD にバックアップします (代わりに、最初の SSD を 2 番目の SSD に直接クローンすることもできますが、その場合はバックアップがなくなります)
- バックアップしたイメージから新しいSSDに復元する
あるいは、直接クローンを作成することもできます。http://www.macrium.com/reflectfree.aspxSSD から SSD へ。
Macrium reflect を使用すると、ライブ OS を実行しながらバックアップ イメージを生成することもできます。
Clonezilla はビットクローンを実行できるもう 1 つのオプションです。
答え3
*nix または他の OS で起動した場合、SSD マイクロコードはデバイスをハード ディスクとして表示します。セクターは、ソフトウェア OS が認識するものに関連して、SSD 上に特定の順序で存在しません。これが、たとえば SSD 上でデフラグ プログラムを実行できないようにする理由です。
要するに、どのハード ディスクでも機能するバックアップおよび復元手順を使用できるはずです。新しい SSD が別の「ハード ディスク」である場合、dd アプローチで問題が発生する可能性があるという考えには同意しますが、一方で EFI では、私が間違っていなければ、従来のパーティション テーブルはなく、ブート位置はオフセットで行われるため、機能する可能性がありますが、データを賭けることはないと思います。いずれにしても、2 種類の異なるバックアップは良いアイデアかもしれません。
SDD アライメントは私にとっては新しいものですが、このリンク (lifehacker.com/5837769/…) を見ると、正しくない場合は gparted (clonezilla に含まれています) を使用して修正できることがわかります。このオプションはディスク構造全体 (MBR やすべてのパーティションなど) をイメージ ファイルにクローンするため、clonezilla はディスクをイメージ化するオプションを使用してアライメント (ディスクの先頭の空きブロック) を維持すると思います。 – Renato
ありがとうございます。これも私にとっては初めて知りました。Linux fdisk で Intel Rapid Start ハイバネーション パーティションを使用してパーティション分割したので、Crucial m4-ct256m4ssd3 をチェックしました。fdisk と Crucial マイクロコードのどちらが原因かはわかりませんが、両方のパーティション オフセットは 4096 で割り切れました。