Как скопировать загрузочный SSD (несколько разделов) на HDD, а затем на новый SSD?

Как скопировать загрузочный SSD (несколько разделов) на HDD, а затем на новый SSD?

Мой 15-дюймовый MBP Retina конца 2013 года оснащен загрузочным SSD объемом 1 ТБ. Я хочу сделать резервную копию на жестком диске объемом 1,5 ТБ, а затем восстановить его на (потенциально) новый загрузочный SSD объемом 1 ТБ позже.

Извините, если этот вопрос уже задавался, но все, что я смог найти, касалось SSD->HDD или наоборот, а не лучшего подхода для SSD->HDD->SSD.

Все мои пользовательские данные (за исключением приложений) хранятся в облаке на Github, Dropbox и Google Drive.

У меня на машине происходят ошибки ядра, которые могут быть связаны с оборудованием, и если я отправлю компьютер на ремонт, мой SSD, вероятно, будет очищен или заменен, поэтому я хочу сделать резервную копию. Мне потребовалось 3 дня, чтобы Windows 8.1 загрузилась в режиме EFI вместе с OS X, поэтому я хочу сделать резервную копию и восстановить все, включая таблицу разделов, разделы загрузчика, разделы ОС и раздел восстановления. Как лучше всего это сделать?

Я рассматриваю возможность побитового клонирования SSD на HDD с помощью dd, загрузив вариант *nix с USB-накопителя, но у меня есть несколько опасений: - Если SSD будет заменен, у него может быть меньше бит, чем у старого SSD из-за исправления ошибок или производственных допусков. - Я читал, что копирование HDD на SSD может вызвать проблемы с выравниванием, что существенно повлияет на производительность.

Я не боюсь CLI, но я не очень разбираюсь в таблицах разделов, оборудовании и низкоуровневых системных инструментах, поэтому мне нужен совет.

решение1

Еще одна альтернатива, которую я использую и рекомендую, — это Clonezilla (с открытым исходным кодом), для установки и загрузки можно использовать одну флешку. http://clonezilla.org/

  1. следуйте инструкциям здесь, чтобы создать загрузочный USB-флеш-накопитель Clonezilla >http://clonezilla.org/liveusb.php
  2. Загрузитесь с вашего USB-флеш-накопителя.
  3. Сделайте диск в образ (Old_SSD в файл образа на HDD)
  4. Сделать образ на диск (Файл образа с HDD на New_SDD)

или вы можете сделать прямую запись с диска на диск со старого_SDD на новый_SDD

решение2

Я сделал именно это с помощью Acronis True Image.

  1. Загрузите пробную версию или купите
  2. Записать загрузочный образ
  3. резервное копирование SSD (всех разделов) на HDD (вы также можете клонировать первый SSD на второй SSD напрямую, но тогда у вас не будет резервной копии)
  4. восстановление из резервной копии образа на новый SSD

В качестве альтернативы вы можете сделать прямой клон, используяhttp://www.macrium.com/reflectfree.aspxс SSD на SSD.

Macrium reflect также позволит вам создать резервную копию образа во время работы работающей ОС.

Clonezilla — еще один вариант, позволяющий сделать клонирование побитно.

решение3

Если вы загрузились в *nix или любой другой ОС, микрокод SSD представляет устройство как жесткий диск. Сектора на SSD не находятся даже в каком-либо определенном порядке относительно того, что видит программная ОС. Вот почему вам не следует запускать программы дефрагментации на SSD, например.

Суть в том, что вы должны иметь возможность использовать любую процедуру резервного копирования и восстановления, которая будет работать с любым жестким диском. Я согласен с тем, что подход dd может столкнуться с проблемами, если новый SSD — это другой «жесткий диск», но с другой стороны, в EFI, если я не ошибаюсь, нет традиционной таблицы разделов, а загрузочные места создаются со смещениями, так что это может сработать, но я не думаю, что вы бы поставили на это свои данные. Два разных вида резервного копирования могут быть хорошей идеей в любом случае.

Выравнивание SDD для меня в новинку, по этой ссылке (lifehacker.com/5837769/…) я вижу, что если оно неправильное, то можно исправить с помощью gparted (входит в clonezilla). Я думаю, что clonezilla сохранит выравнивание (свободные блоки в начале диска) с помощью опции disk to image, потому что эта опция клонирует всю структуру диска (например, MBR и все разделы) в файл образа. – Ренато

Спасибо, это тоже было новостью для меня. Я проверил свой Crucial m4-ct256m4ssd3, так как я разбил его с помощью Linux fdisk с разделом гибернации Intel Rapid Start. Я не знаю, кто виноват, fdisk или микрокод Crucial, но смещения обоих разделов делились на 4096.

Связанный контент