Как клонировать к меньшему жесткому диску?

Как клонировать жесткий диск с меньшим размером.

  1. Clonezilla отлично работает, но не поддерживает такую ​​функциональность.
  2. Также dd и PartImage не поддерживают это требование.
  3. rsync не будет копировать MBR, поскольку MBR не является файлом.

Мне нужно клонировать жесткий диск, чтобы не делать резервную копию, поэтому rsync не является приемлемым ответом.

Какие-либо предложения?

Вы явно не можете клонировать более крупный раздел в меньший раздел (используя dd и т. П.), Поскольку просто недостаточно места.

Однако, если файлы, находящиеся в более крупном разделе, также будут помещаться на меньший раздел, вы можете использовать rsync для копирования этих файлов. Точные варианты использования зависят от вашего конкретного варианта использования, но для простого копирования всех файлов, которые должны выполнять следующие:

 rsync -av /mount/point/of/large/partition/ /mount/point/of/small/partition 

Изменить: Еще раз: вы не можете клонировать большой раздел на меньший раздел . (Но читайте дальше, ваша проблема может быть решена еще.)

Причина проста: ваш исходный раздел больше вашего целевого раздела. Что вы ожидаете? Должны ли некоторые блоки просто отбрасываться? Какие? И как знать? Разумеется, вы можете использовать dd 's bs= и count= options, чтобы копировать только первые так много блоков вашего исходного раздела, чтобы он соответствовал вашему целевому разделу, но в итоге у вас будет разбитый раздел , Это, конечно, не то, что вы хотите.

Итак, поскольку вы не можете клонировать более крупный раздел на меньший раздел, единственное, что вы можете сделать, это сначала уменьшить размер исходного раздела до размера, меньшего или равного размеру вашего целевого раздела, с чем-то вроде gparted который знает спецификацию файловой системы, так что вы не потеряете данные. И только тогда вы могли бы использовать dd для клонирования раздела. В идеале новый размер исходного раздела должен быть равен размеру вашего целевого раздела (а не только меньшего или равного ), иначе вы получите некоторое нераспределенное пространство на целевом разделе после клонирования.

Также обратите внимание, что вам не следует просто копировать MBR большего диска на MBR меньшего диска (или наоборот, если на то пошло). MBR, который имеет размер 512 байт и является первой секцией вашего жесткого диска, содержит информацию о компоновке жесткого диска:

  • 446 байт – Bootstrap.
  • 64 байта – таблица разделов.
  • 2 байта – Подпись.

(Заметим, что 446+64+2=512 )

Если вы настаиваете на клонировании MBR, тогда только клонирование первых 446 байтов:

 dd if=/dev/source of=/tmp/mbr.bak bs=512 count=1 dd if=/tmp/mbr.bak of=/dev/target bs=446 count=1 

… заменяя /dev/source и /dev/target именами устройств исходного и целевого жестких дисков, например, /dev/sda и /dev/sdb , соответственно. ( Более подробная информация доступна здесь. )

Тем не менее, правильный способ сделать это – сделать чистую Grub-переустановку (или что-то еще на вашем MBR) на новом жестком диске.

Подводя итоги, если вы хотите клонировать более крупный диск на меньший диск, действуйте следующим образом:

  1. Разместите таблицу разделов на целевом диске с таким количеством разделов, как на исходном диске. Между разделами на вашем исходном диске и разделами на целевом диске должно быть индивидуальное соответствие, за исключением того, что (некоторые из) разделов на целевом диске могут быть меньше соответствующих разделов на исходном диске. Для этого используйте такой инструмент, как fdisk или cfdisk .

  2. Для каждого раздела на целевом диске, который меньше соответствующего раздела на исходном диске, уменьшите размер этого соответствующего раздела на исходном диске, чтобы он соответствовал размеру раздела на целевом диске. Используйте такой инструмент, как gparted для этого.

  3. Для каждого раздела на исходном диске выполните команду

     dd if=/dev/sdaX of=/dev/sdbY 

    … клонировать раздел /dev/sdaX с исходного диска на соответствующий раздел /dev/sdbY на целевом диске (естественно, замените имена устройств).

  4. Если вы настаиваете на клонировании MBR, используйте две команды dd описанные выше в этом сообщении (те, у /tmp/mbr.bak есть /tmp/mbr.bak ). Однако имейте в виду, что чистая реорганизация Grub будет лучше.

Точное клонирование невозможно, так как Malte Skoruppa уже опубликован. Однако clonezilla может выполнять эту задачу, пока больший диск не заполнен (Malte упомянул об этом уже).

В основном вам нужно включить дополнительные параметры и «игнорировать» предупреждающее сообщение о диске меньшего размера. Подробные сведения см. В документах Clonezilla со снимками экрана. У меня возникла такая же проблема при восстановлении резервной копии 160 ГБ жесткого диска на SSD на 64 ГБ. Для меня это сработало хорошо.

Еще одно решение, которое должно быть результатом, которое вы хотите, будет восстанавливаться на диске того же размера и переделке, чтобы он соответствовал новой схеме разделов на меньший диск. Подробнее см. Jsm-techblog.blogspot.de .

Gparted должен выполнять работу

  1. После изменения размера с помощью gparted загрузитесь с диска, чтобы дать ОС возможность исправить любые ошибки перед визуализацией с помощью Clonezilla.

  2. Затем запускает Clonezilla и создает копию необходимых разделов жесткого диска

Еще один вариант, который я нашел для меня отлично : MondoRescure

Mondo Rescue – это решение для аварийного восстановления GPL.

Он поддерживает ленты, диски, сеть и CD / DVD в качестве резервного носителя, нескольких файловых систем, LVM, программного обеспечения и аппаратных средств Raid.

Простой справочник можно найти здесь

Я выложу несколько скриншотов:

ШАГ 1 РЕЗЕРВНОЕ КОПИРОВАНИЕ (СКРИНШОТ)

1.Выберите из списка поддерживаемых типов носителей.

введите описание изображения здесь

2.Если вы выполняете резервное копирование на CD / DVD- + R [W], тогда Mondo спросит вас, есть ли у вашей горелки CD технология BurnProof, находится внутри ноутбука или, наоборот, эксцентричен. Если вы выполняете резервное копирование на ленточный стример, вы не увидите это сообщение

3.Как много сжатия вы хотите? Нет, если ленточный стример имеет встроенное аппаратное сжатие. Максимум, если ваш процессор работает быстро. Среднее значение должно быть очень хорошим для большинства ситуаций.

введите описание изображения здесь

4.Если вы хотите создать резервную копию всего компьютера (исключая / sys, / run и / proc, естественно, а также / tmp), оставьте это как / по умолчанию. В противном случае укажите подмножества (например, / usr / local | / home), которые обязательно будут помещаться между каждым путем.

введите описание изображения здесь

5.Если вы создаете резервную копию всего своего компьютера, вы можете исключить некоторые каталоги, например / shared / MP3. Пожалуйста, укажите их в диалоговом окне «Исключить каталоги». Пожалуйста, поставьте трубку между каждым путем, например / shared / private | / scratch | / nfs | / windows

введите описание изображения здесь

6. Является ли ваше ядро ​​нормальным? Пользователи Red Hat, Mandrake, SuSE, Debian и Slackware должны в целом сказать «да», потому что эти производители умеют создавать надежные ядра. Если вы используете Gentoo или LFS, ваше ядро ​​может быть нестандартным, и в этом случае скажите «нет» использовать отказоустойчивое ядро ​​Mondo (предоставляется отдельно).

введите описание изображения здесь

7.Если вы хотите проверить архивы после их записи на носители, скажите «да» здесь. Если у вас есть абсолютная вера в ваше оборудование и дистрибутив Linux, скажите «нет» … и немного молитвы.

введите описание изображения здесь

8.Если вы уверены, что хотите продолжить, скажите «да» и найдите что-то еще, пока Mondo будет поддерживать ваш компьютер. Если вы скажете «нет», вы будете бесцеремонно сброшены в командной строке. 🙂

введите описание изображения здесь

9. Теперь начнется процесс резервного копирования. Сначала необходимо выполнить некоторые предварительные задания резервного копирования, но резервное копирование в основном выполняется. Чтобы упростить процесс резервного копирования, вам задали ряд вопросов. В следующий раз, если хотите, вы можете вызвать mondoarchive с различными ключами командной строки, чтобы контролировать его поведение, а не отвечать на ряд вопросов. См. Справочную страницу.

введите описание изображения здесь

10.Mondo создаст каталог всех файлов для резервного копирования. Это может занять до пяти минут. Список файлов будет разделен на наборы, приблизительно 4 МБ (до сжатия) файлов в наборе. Обычно это занимает одну минуту.

введите описание изображения здесь

11.Мондо называет Минди. Mindi создает изображения образа загрузочного носителя и вспомогательных данных, которые основаны на существующем дистрибутиве и файловой системе Linux. Таким образом, вы можете быть уверены, что инструменты Mondo будут совместимы с вашими существующими файловыми системами и двоичными файлами: инструменты Mondo – ваши инструменты. Минди занимает до пяти минут.

введите описание изображения здесь

12. Наконец, Mondo начинает резервное копирование вашего компьютера. Этот процесс может занять несколько минут или несколько часов, в зависимости от того, сколько данных вы архивируете, насколько быстро ваш процессор, сколько у вас RAM и т. Д. Он будет копировать ваши обычные файлы, а затем ваши большие файлы (файлы размером более 32 МБ). Если вы решили проверить свои резервные копии, Mondo тоже это сделает.

введите описание изображения здесь

ШАГ 2 ВОССТАНОВЛЕНИЕ (КОД ОТДЕЛА)

1. Выберите тип резервного носителя. Процесс восстановления в реальном времени очень похож на то, что вы испытаете, если вы наберете mondorestore без параметров после загрузки с носителя Mondo.

введите описание изображения здесь

2. Нажмите «ОК», когда вы вставили кассету / компакт-диск. Если вы создали ленточную резервную копию, сама лента должна быть достаточной. Если вы создали резервную копию компакт-диска, первого компакт-диска должно быть достаточно. В противном случае вам может понадобиться загрузочный носитель.

введите описание изображения здесь

3.Flag файлы и каталоги, которые вы хотите восстановить. Используйте кнопки «Дополнительно» и «Меньше» для открытия и закрытия подкаталогов.

введите описание изображения здесь

4. Укажите местоположение для восстановления файлов. В общем случае '/' уместно. Если вы не хотите перезаписывать более новые версии файлов, которые вы восстанавливаете, укажите / tmp / BKP или аналогичный путь восстановления.

введите описание изображения здесь

5.Mondorestore будет получать информацию о конфигурации со среды. (Экран образца предназначен для пользователей ленты. Пользователи CD будут видеть что-то другое.)

введите описание изображения здесь

6.Data будет восстановлен на жесткий диск – сначала обычные файлы, а затем любые большие (32 МБ или более) файлы в наборе восстановления.

введите описание изображения здесь

«Псевдо-клонирование» большего жесткого диска на меньший может быть выполнено с помощью Clonezilla. Эффективно вы можете сохранять и восстанавливать разделы диска. Следующие шаги (разработанные для передачи HDD на SSD) доставят вас туда:

  1. Первый трюк – использовать Gparted для изменения размеров разделов на жестком диске, сокращения каждого раздела, чтобы уменьшить количество неиспользуемого пространства, которое оно содержит. Очевидно, что разделы должны быть такими, чтобы общее пространство, необходимое для всех разделов, меньше емкости SSD.

  2. Затем запускается Clonezilla и создается копия отдельных разделов жесткого диска (с использованием опции saveparts), временно сохраняя их на внешнем USB-накопителе. Обратите внимание, что необходимо сохранить разделы (savepart), а не создавать образ всего диска (сохраненный).

  3. Когда SSD установлен на целевой машине, второй прием заключается в том, чтобы снова использовать диспетчер разделов для создания требуемой структуры разделов на SSD.
  4. Затем Clonezilla используется для восстановления сохраненных разделов (с использованием restoreparts) на SSD.

См. «Клонирование» жесткого диска на меньший SSD для более подробного обсуждения процесса и ряда ссылок для справочных источников.

Поскольку большинство приведенных выше примеров, похоже, предполагают фактическое изменение размера вашего оригинального диска. Вы рискуете своими данными, изменив его, прежде чем делать копию, если это произойдет.

Существует еще один способ, который менее рискован, хотя и очень ручной, который я использую. Так как он оставляет исходный диск нетронутым, если вы хотите отступить, потому что что-то не получилось.

Кроме того, при клонировании / повторной калибровке вы можете переключиться на новую файловую систему, перейдя на новый диск, когда вы делаете своп-диск. В приведенной ниже процедуре вам нужно создать файловую систему по вашему выбору на целевом диске.

Установите новый целевой диск на боковой оригинальный диск на свой компьютер.

  • загрузочный компьютер с компакт-диска ubuntu live.
  • На целевом диске. используйте gparted create: a ext4 (или любую новую быструю файловую систему, на которую вы решили переключиться) (тома, тома подкачки и swap-файловой системы
  • В gparted установите bootflag на новый том

В моем примере исходным (исходный диск) является / dev / sda, а местом назначения (новый меньший диск) является / dev / sdb. В вашей настройке он может быть другим

mount src как чтение только в / mnt / source

  • mkdir / mnt / source; mount -o ro / dev / sda / mnt / souce

монтируйте целевой диск в / mnt / destination

  • mount / dev / sdb1 / mnt / destination /

скопируйте файловую систему src в целевую файловую систему с помощью:

  • rsync -log /mnt/destination/rsync-copy.log –progress -avr –exclude = / mnt / source / dev / -A -H -X –numeric-ids / mnt / source / * / mnt / destination /

ubuntu использует uuid вместо имени устройства для поиска и монтирования диска, так как у нас есть новый диск, мы хотим изменить назначение fstab для использования новых дисков uuid для монтирования диска

  • ls -la / dev / disk / by-uuid

    теперь измените uuid на / и замените / mnt / destination / etc / fstab. не забудьте изменить файловую систему для точки монтирования, если вы решили изменить ее на нечто отличное от оригинального диска

если важно, чтобы grub был одной и той же версией, снова загрузите исходный диск и запустите и запустите приведенную ниже команду, чтобы установить grub на новый диск

  • grub-install / dev / dev / sdb

Теперь удалите исходный диск с вашего компьютера и загрузите целевой диск. grub не сможет полностью загрузиться и выйти в оболочку восстановления в оболочке восстановления grub:

загрузить некоторые необходимые модули grub – insmod ext2 – insmod linux перечисляет ваши дисковые устройства – ls

выберите подходящее устройство (в моем примере это hd0, msdos1)

  • set root = (hd0, msdos1)

найдите точное имя vmlinuz-xxx и initrd-xxx, чтобы настроить grub для использования

  • ls / boot /

    см. и используйте собственное имя для vmlinuz и initrd, которые вы получили от ls выше, и используйте их вместо примерной версии, которую я использую здесь ниже

  • linux /boot/vmlinuz-2.6.32-5-amd64 root = / dev / sda single

    если / dev / sda – это устройство, диск будет диском rootfs при следующем перезагрузке> машины только с диском dst

  • initrd /boot/initd.img-2.6.32-5-amd64

  • ботинок

это должно было успешно загрузить машину. Наконец, чтобы обновить grub, чтобы использовать новый uuid диска, вам не нужно повторять эту процедуру вручную каждый раз:

  • обновление-личинка

Вы можете перенести свои данные на меньший диск с помощью Clonezilla и GParted .

Использование GParted Live CD сокращает ваши разделы таким образом, чтобы они соответствовали новому диску. Переместите разделы таким образом, чтобы пустое (серое) пространство находилось в конце / вправо вашего диска. Если перед вашим первым разделом осталось пустое пространство, это может содержать загрузку или другую скрытую информацию.

Использование Clonezilla делает клонирование device-device . Выберите дополнительные параметры и включите параметр -icds чтобы пропустить проверку размера диска. Продолжайте работу с клоном, удалите старый диск и попытайтесь загрузить с нового диска. Если вы получаете ошибки, попробуйте параметр -fsck-src-part который поможет вам исправить ошибки на исходном диске.

Из документов Clonezilla :

Если вы уверены, что все данные с изображения могут соответствовать меньшему диску, то есть он не будет записан на неправильное дисковое пространство, вы можете проверить опцию «-icds». Предупреждение! Чтобы выбрать этот параметр, вы должны знать, что делаете!

Один из часто задаваемых вопросов, который я прочитал, предложил использовать как -icds и -k1 опции с Clonezilla, но это не сработало для меня. Другие упоминали, что вы можете копировать разделы с помощью GParted, но не можете копировать все типы разделов, и я не мог заставить свою машину загружаться после использования этого метода, вероятно, из-за некоторой скрытой информации между разделами, которые не копируются.

Возможно, это не правильный ответ на вопрос, но я прихожу на эту страницу, пытаясь решить подобную проблему:

Я хотел клонировать старую 256-мегабайтную компактную флеш-карту в 32-мегабайтный, который был разорен, флеш-карта содержит небольшое устройство Linux, которое производит небольшие пружинные катушки.

Решилось так:

(Конечно, эффективное пространство, используемое в 256 Мб, было <32 Мб, поэтому оно хорошо вписывается)

  1. создайте изображение флэш-карты 256 Мб с «dd» (т. е. предположим, что карта установлена ​​в / dev / sdb):

     dd if=/dev/sdb of=image256.iso 
  2. Используйте unetbootin для чтения «image256.iso» ISO (опция Diskimage).

  3. Выберите USB-накопитель, на котором установлена ​​карта 32 Мб, и переместите изображение на карту 32 Мб.

Вот и все, 32-мегабайтная карта успешно запустила мою машину.

НТН

Вы можете попытаться сделать это в два этапа, сначала сделайте клон системы в разреженное изображение (изображение становится больше при добавлении к нему большего количества вещей). Теперь восстановите это изображение на второй более компактный диск.

это можно сделать .. С помощью live cd просто сжимайте файловую систему (resize2fs), чем lvm (если есть) последнего раздела (например, / dev / sdc3) с большого диска, чтобы он мог поместиться на маленький диск.

С удалением fdisk и воссозданием с меньшими секторами последнего раздела (/ dev / sda3), поэтому последний сектор большого диска имеет то же значение, что и последний сектор малого диска.

Чем ваш # dd if = большой = маленький bs = 10M, пока не закончится свободное пространство.

Особая осторожность при сжатии с одного плохого значения вызовет dataloss.

После сжатия файловой системы на большем диске с использованием GParted я помещаю два диска в RAID-массив в режиме зеркалирования, где больший диск является источником, а меньший – целью. Мне просто нужно нажать кнопку сброса внутри футляра (не менять режим, т. Е. Рейд 1 на рейд 0) для начала клонирования. Отлично! 🙂 Я использовал случай рейда GW3.5AX2-SU3 / MB.

я отправляю свой опыт, уменьшая загрузочный диск с 250 гб (sda) на диск с 120 гб (sdc)

sda содержит 2 раздела:

  • sda1 -> / boot (ext3)
  • sda2 -> lvm2: / (245gb) и swap (5gb)

поэтому я делаю:

  • dd sda mbr для sdc
  • fdisk sdc и записать изменения, поэтому он создает структуру в sdc
  • dd sda1 – sdc1

то как мой gparted НЕ работает с lvm:

с аварийного диска:

  • первый umount VG / LV00
  • e2fsck VG / LV00
  • resize2fs / VG / LV00 xxxxxxxxK (я даю 1 гб больше, чем используемое пространство)
  • lvreduce -L xxxxxxxxxK VG / LV00 (я даю 1 гб больше пространства fs)
  • pvresize / dev / sda2 –setphysicalvolumesize xxxxxxxxxxxxK (я даю 1 gb больше, чем это пространство LV) (у меня есть ОШИБКА здесь … так:

    • pvs -v –segments / dev / sda2 (чтобы увидеть сегменты)
      • pvmove –alloc где угодно / dev / sda2: segment_min-segment_max (из сегментов, которые я видел «справа» на диске)

Но все же раздел был большим, так как я только сокращал FS-LV-VG, так что:

Я воссоздаю раздел с помощью fdisk:

 fdisk /dev/sda d --> 2 n --> p --> 2 --> default --> (new reduced size!!!) w 

затем система предложит использовать старую таблицу разделов до следующей перезагрузки. Но я забыл перезагрузиться и сделать изображение:

dd if = / dev / sda2 of = / dev / sdc2 bs = 4096 (в этот момент я подумал, что что-то будет не так, и я не смог бы загрузиться с sdc, поскольку таблица разделов не отражает конец нового sda2)

НО все было в порядке и после перезагрузки, и даже система выбирает раздел sdc для загрузки (он жалуется на дублирование PV, LV и / boot)

Я не знаю, если им повезет, или если я сделаю ненужные шаги … любой комментарий будет оценен.

Отказ от ответственности: я являюсь оригинальным автором WereSync

Это возможно с помощью WereSync . WereSync следует за общим процессом ответа Малте, но требует только одной команды, а не нескольких. Кроме того, если вы используете свой клон в качестве резервной копии, он может инкрементно обновлять эту резервную копию, так как в нем используется rsync.

Чтобы установить WereSync, используйте pip:

 pip install weresync 

Оттуда вы можете просто использовать команду WereSync

  weresync -C -g 2 -E 1 /dev/sda /dev/sdb 

Вышеупомянутая команда копирует данные из / dev / sda в / dev / sdb. Флаг -C отмечает, что WereSync должен проверить, эквивалентны ли разделы на двух дисках, а если они не WereSync, скопируйте разделы из / dev / sda в / dev / sdb и измените их размер так, чтобы они соответствовали друг другу. UUID новых разделов будут разными. Система, используемая для тестирования допустимости разделов, может быть весьма сложной, поэтому после первой резервной копии я рекомендую исключить этот флаг.

Команды -g и -E могут быть опущены, но установка загрузчика почти наверняка потерпит неудачу в этом случае.

-g относится к разделу «grub partition», или должен быть установлен раздел grub. Обычно это раздел, установленный на /. Поэтому, если у вас установлен / dev / sda2, вы передаете -g 2 в WereSync, как в приведенном выше примере. Если это опустится, WereSync попытается открыть собственный раздел самостоятельно, но это подвержено ошибкам. Я рекомендую просто передать флаг.

-E относится к разделу EFI. Если ваш раздел EFI включен / dev / sda1, перейдите -E 1 в WereSync, как в приведенной выше команде.

Если у вас есть отдельный раздел для папки / boot, вам также нужно знать WereSync. Если у вас есть это на / dev / sda3, переходите -B 3 к WereSync.

Более подробную информацию о возможных флажках для этой команды можно найти в WearSync Command Documentation .

Я пришел к этой проблеме, потому что обновление Win 10 до 1607 сломалось после перезагрузки, вызванное тем, что мой NVMe (Samsung 950 Pro) не был распознан, поэтому я клонировал NVMe на другой (более крупный) внутренний диск (в моем случае «Toshiba») , обновил Win 10 и восстановил систему до NVMe.

Вот шаги, которые мне нужно сделать для достижения этого (поскольку restoreparts с -icds не работает).

Инструменты:

  • Windows 10 1607 DVD (бит-глубина и язык в зависимости от текущей ОС)
  • Clonezilla Live DVD ( 2.4.5 + )
  • или Clonezilla Live DVD ( 20160203-xenial + ), так как он может загружаться с набором UEFI в BIOS
  • (опционально) GParted Live DVD ( 0.27.0-1 )

Приготовление:

  1. записывать все инструменты на CD / DVD-дисках
  2. запустить Clonezilla и клонировать (диск для изображения) NVMe на изображение (например, на внешний диск)

Заметка:

Если вы использовали Clonzila из стабильной ветки, вы должны перейти в режим загрузки Legacy в BIOS, чтобы иметь возможность загружаться с компакт-диска. В противном случае, если вы используете загрузку с альтернативной ветки, она должна поддерживать загрузку UEFI.

Отказ от ответственности:

Следуйте руководству по вашей собственной ответственности. Шаги и команды здесь проверяются и дважды проверяются, но опечатки могут привести к потере данных или сбоям оборудования, поэтому сначала узнайте, что вы делаете, и сделайте эти шаги как подсказки в правильном направлении.

Процедура:

  1. запустить Clonezilla и клонировать (диск для привода) NVMe на Toshiba (в моем случае другой внутренний диск, который я предварительно очистил / резервное копирование)
  2. в первый раз я думаю, что у меня были некоторые конфликты в Windows, у NVMe все еще есть информация о загрузке Win, поэтому на этот раз я сразу же после первоначального клонирования в Toshiba (так, до перехода на загрузку UEFI) удалил все разделы на диске NVMe

    ~ удаление легко выполняется в оболочке Clonezilla с:

    sudo su dd if=/dev/zero of=/dev/nvme0n1 bs=512 count=1

    ~ альтернативно, загрузитесь в GParted и сделайте это визуально там

  3. (переход на загрузку UEFI в BIOS)

  4. boot (Toshiba будет использоваться)
  5. запустите Win 10 1607, установите DVD и выберите «Установить», установите флажок «Загрузить обновления» и выберите «Хранить приложения и данные». Это должно модернизировать Toshiba до последней версии Win 10.
  6. (переход на загрузку Legacy в BIOS) на всякий случай, резервное копирование Toshiba на изображение (через Clonezilla)
  7. поскольку копирование MBR ничего не сделало для меня, GPT важен в этой истории, поэтому введите оболочку (Clonezilla) и скопируйте GPT от Toshiba к NVMe с помощью

    sudo su sgdisk /dev/sda -R /dev/nvme0n1 sgdisk -G /dev/nvme0n1

    ( объяснение )

  8. так как Clonezila (даже с помощью Expert switch -icds) отказывается восстанавливать разделы, снова заходит в оболочку и делает:

    partprobe #forces kernel to reload partition infos fdisk -l #shows all disks info dd if=/dev/sda1 of=/dev/nvme0n1p1 bs=64K status=progress dd if=/dev/sda2 of=/dev/nvme0n1p2 bs=64K status=progress dd if=/dev/sda3 of=/dev/nvme0n1p3 bs=64K status=progress ...

    ( подробнее )

  9. резервное копирование MBR Toshiba и GPT:

    sgdisk --backup=sda.gpt /dev/sda

  10. скопируйте резервную копию в безопасное место (чтобы мы могли восстановить ее, а не весь образ диска, который мы сделали на шаге 6)

    mkdir /mnt/usb (put in usb flash or similar) mount /dev/sdb /mnt/usb cp sda.gpt /mnt/usb umount /dev/sdb

  11. очистите информацию раздела Toshiba, чтобы она не вызывала конфликтов с Windows

    dd if=/dev/zero of=/dev/sda bs=512 count=1

  12. (переключитесь на загрузку UEFI в BIOS) загрузитесь с Windows 10 (1607) DVD, выберите «Восстановить»> «Устранение неполадок»> «Командная строка» и выполните все следующие действия:

    bootrec /fixboot bootrec /scanos bootrec /fixmbr bootrec /rebuildbcd exit

    ( подробнее )

  13. перезагрузите Windows 1607 на диск NVMe

  14. Выиграть!
  15. (повторная инициализация Toshiba в управлении дисками)
  16. (необязательно) резервное копирование обновленного диска NVMe (клонирование к изображению с помощью Clonezilla)