шаги для создания файла изображения DD с USB и восстановления изображения на другой USB


9

Я успешно (файл создан, Ubuntu НЕ выдает никаких сообщений об ошибках) создал образ из целого постоянного Ubuntu Live USB (SDC1) - файл ubuntu1.img составляет 4,3 ГБ, поэтому разумно полагать, что команда

/ media / images / tst # dd if = / dev / sdc1 of = / media / images / tst / ubuntu1.img

правильно отформатирован и сделал правильный образ USB-накопителя.

Итак ... я пытаюсь поместить изображение на вновь отформатированный USB-накопитель fat32. у обоих оригинальных usb и новых usb есть 2 раздела, первый раздел на обоих usb - это Ubuntu Live. раздел, на который копируется новый usb, немного больше, чем оригинальный скопированный раздел usb (поэтому размер не должен быть проблемой).

команда dd для копирования изображения на usb (я захожу в папку, где находится ubuntu1.img)

/ media / images / tst # dd if = ubuntu1.img of = / dev / sdc1

этот процесс также не показывает ошибок, примерно через 20 минут результат

8388607 + 1 записей в

8388607 + 1 записей

Скопировано 4294967295 байт (4,3 ГБ), 1615,69 с, 2,7 МБ / с

НО ... USB бесполезный биос жалуется на отсутствие GRLDR

Я пробовал с Ubuntu, Kali, Backtrack, Slax и одним или двумя другими дистрибутивами Linux. Я пробовал с несколькими ПК, все из которых загружаются с живого USB без проблем. Единственный способ надежно скопировать Linux Live Live USB, это в Windows ((

если кто-то успешно использовал dd для копирования дистрибутива linux live usb (любого) в файл изображения, то из этого же файла изображения на новый usb ......... ПОЖАЛУЙСТА, поделитесь некоторой мудростью - заранее спасибо за чтение и нашли время, чтобы ответить


Вы пытаетесь создать загрузочный USB-диск из живого дистрибутива, который был слегка изменен?
Чарльз Грин

постоянный живой дистрибутив, который был изменен
сомнение

Ответы:


11

Вы клонировали «sdc1», который представляет собой один раздел, но, похоже, вы пытаетесь клонировать операционную систему, что означает, что вам также нужны загрузочные программы.

Расположение этой информации будет зависеть от того, как у вас настроены вещи. Например, если вы используете таблицу разделов MBR, то она сохраняется в MBR диска, если вы используете GPT с BIOS, то она сохраняется в защищенной MBR диска, если вы используете GPT с UEFI, то она сохраняется в ESP, а если вы загружаете цепочку, тогда вы можете иметь загрузочные данные на MBR раздела и MBR диска.

DD может использоваться для клонирования секторов MBR или ESP. В качестве альтернативы вы можете просто клонировать весь диск, чтобы избавить себя от необходимости создавать несколько изображений. Я лично рекомендую избегать клонирования MBR, поскольку я пробовал это только один раз, но безуспешно. ESP или целые диски всегда работали нормально для меня без проблем.

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

шаги:

Резервная копия MBR и таблица разделов:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/dev/sda of=/media/location/backup.img bs=512 count=1".

Восстановить накопитель MBR:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/media/location/backup.img of=/dev/sda bs=446 count=1".

Резервный MBR раздела и таблица разделов:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/dev/sda1 of=/media/location/backup.img bs=512 count=1".

Восстановить раздел MBR:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/media/location/backup.img of=/dev/sda1 bs=446 count=1".

Резервное копирование ESP:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/dev/sda1 of=/media/location/backup.img".

[Этот процесс точно такой же, как клонирование любого другого раздела.]

Восстановить ESP:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/media/location/backup.img of=/dev/sda1".

Резервное копирование раздела:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/dev/sda1 of=/media/location/backup.img".

Восстановить раздел:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/media/location/backup.img of=/dev/sda1".

[РЕКОМЕНДУЕМОЕ ДЕЙСТВИЕ] Резервное копирование диска:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/dev/sda of=/media/location/backup.img".

[РЕКОМЕНДУЕМОЕ ДЕЙСТВИЕ] Восстановить диск:

  1. В терминале типа " sudo -i".

  2. В терминале типа " dd if=/media/location/backup.img of=/dev/sda".

Ноты:

  • Рекомендуется запускать DD от имени пользователя root, а не sudo, поскольку в противном случае возможны прерывания. В Ubuntu это сложно, поскольку вы не можете войти в систему как root.

  • При восстановлении MBR вы можете использовать 512 или 446. 446 просто восстановит MBR (где написаны ваш код загрузочного ремешка и загрузчик). 512 восстановит MBR и таблицу разделов.

  • Вам не нужно делать изображение; Вы можете клонировать непосредственно от источника к месту назначения.

Источники:

Дополнительные ресурсы:


пятно на @unorthodox - рекомендуемое действие сработало , у меня на самом деле постоянный живой usb с двумя разделами, поэтому я попытался скомбинировать "dd if = / dev / sda1 of = / media / location / backup.img bs = 512 count = 1 "и" dd if = / dev / sda1 of = / media / location / backup.img ". для резервного копирования только живого постоянного дистрибутива Ubuntu и его таблицы разделов mbr +. Затем восстановите раздел на другой usb в конкретном разделе. msgstr "dd if = / media / location / sda1part.img of = / dev / sda1". Это сработало также! но мне не нужно было восстанавливать таблицу разделов mbr +, и я подумал, что это странно ?? затем я попробую трубу к gzp ...
сомнение
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.