lubuntu 18.10 x64 установлен на USB-флешку клон на флешку 2

Помогите! Создание клона с космической установленной загрузочной флешки;

У меня работает работающая флешка с lubuntu 18.10 космическим. Я установил флешку по нормальному lubuntu 18.10.iso.

Теперь я узнал или всегда понимал, что клонировать систему linux легко. Сегодня и вчера я узнал, что на практике это не так. Результатом является не работающая 2-ая флешка, и даже диспетчеру разделов это не нравится.

Что я делаю:

Как использовать dd для клонирования установки внешнего USB-накопителя на локальный жесткий диск?

Я использую этот синтаксис команды dd для клонирования моего работающего linux-загрузочного флешки на другую флешку. Я делаю это с помощью третьей установки lubuntu. Другими словами, я не пытаюсь сделать резервную копию активного сеанса lubuntu. Вчера я попытался выполнить резервное копирование с работающей системы, это не сработало. Тогда я обнаружил темы, в которых говорится, что этот метод не приводит к читабельному клону USB, поэтому сегодня я решил использовать USB-флешку № 3, которая запускает внешнюю систему Linux, чтобы я мог клонировать USB-флешку 1 на USB-флешку № 2.

Сложный? Возможно, но я хотел убедиться, что все проверено. И используя этот контекст:

sudo dd if = / dev / sdx of = / dev / sdy bs = 8M && sync

Не работает вообще Результат: создает клон USB-флешки. Когда я пытаюсь запустить его, появляется grub, я могу выбрать lubuntu, вижу, что он запускается.,,, точки появляются на экране, что создает надежду. Затем система возвращается к приглашению initdos или puppydos (или как там это называется). Я попытался выполнить команду fsck в пути, перезагрузка не сработала. На самом деле это, кажется, висит на видеодрайвере или что-то. Но как это возможно, если система должна быть точным клоном работающего USB? Я могу запустить mc midnight commander, когда набираю его на экране приглашения (я установил mc перед резервным копированием в системе оригинальной флешки).

Чтобы завершить свою историю, я должен добавить, что я также пытался сначала выполнить резервное копирование на внутренний жесткий диск, а затем восстановить его на USB-накопителе 2. Также не сработало.....

Будет ли кто-нибудь там, кто найдет способ сделать то, что я хочу сделать для lubuntu космического 18.10 USB работающей системы?....

Я знаю, что есть такие инструменты, как клонезилла и прочее, но делать то, что я пробовал, должно работать. Почему не так? Работает ли dd только при восстановлении резервной копии на той же флешке? (обратите внимание, что оба USB-устройства, которые я использовал, не одной марки, но имеют одинаковый размер, 32 ГБ....)

Требуется некоторая помощь.

Спасибо!

обновление: я забыл упомянуть еще 2 вещи:

1. На флешке с моей рабочей установкой у меня 2 раздела. Системный раздел ext4 / и небольшой NTFS-раздел размером 6 ГБ, который я использую для обмена файлами. Я пробовал dd if=dev/sdd и if=dev/sdd1, тот же конечный результат.

2. Установка оригинальной карты памяти USB основана на таблице разделов UEFI! Биос в моем ноутбуке также установлен на UEFI. На всякий случай это важно...

Источник

1 ответ

Клонирование с одного диска на другой диск

То, что вы описываете в своем вопросе, работает в целом.

sudo dd if=/dev/sdx of=/dev/sdy bs=4096 && sync

Я сделал это успешно с USB-портами, а также с жесткими дисками и твердотельными накопителями.

Но есть несколько вещей, которые могут заставить его пойти не так.

  • Целевой диск должен быть по крайней мере таким же большим, как исходный диск. Ни одного байта меньше. Недостаточно того, что диски имеют одинаковый номинальный размер, например 16 ГБ. Вы можете проверить с

    sudo parted /dev/sdx u b p
sudo parted /dev/sdy u b p

    где x а также y должны быть заменены буквами устройства для исходного и целевого дисков, и u b делает вывод в байтах и p говорит parted распечатать (на стандартный вывод).

  • Если есть таблица разделов GUID, GPT (а не таблица разделов MSDOS старого стиля), и диски имеют не совсем одинаковый размер, необходимо восстановить резервную таблицу разделов в хвостовой части диска. Предыдущие командные строки с parted также покажет таблицу разделов. Ты можешь использовать gdisk для этой ремонтной работы.

  • Если размеры физического сектора различаются между исходным и целевым дисками, также будут проблемы. Маленькие и старые диски обычно имеют 512 байт физических секторов, но некоторые новые диски (среднего размера и огромного размера) иногда имеют 4096 байт физических секторов. Это может вызвать проблемы после клонирования, и, вероятно, лучше установить новую систему на новый диск и перенести нужные файлы на новый диск (копировать на уровне файлов, а не клонировать на уровне дисков). Предыдущие командные строки с parted также покажет размер физического сектора.

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

  • Пожалуйста, не клонируйте диск, с которого вы загрузились. Например, загрузка с живого диска Lubuntu, созданного из iso-файла Lubuntu, для клонирования диска с установленной системой Lubuntu на другой диск.

    На исходном диске не должно быть разделов, и целевой диск не должен быть подключен. Размонтируйте, если смонтирован какой-либо раздел.

    sudo umount /dev/sdxn

    где x это буква устройства и n это номер раздела.

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

    • в Linux вы можете использовать псевдоним Диски gnome-disks или mkusb
    • в Windows вы можете использовать Win32 Disk Imager.

  • Вы также можете клонировать с Clonezilla. Загрузите USB-накопитель или DVD-диск из стабильной clonezilla.iso файл. Это безопаснее чем dd из-за нескольких контрольных точек и вопросов, и быстрее, потому что Clonezilla достаточно умен, чтобы копировать только используемые блоки (и пропускать свободные блоки) файловых систем. Это имеет большое значение, если файловая система далеко не заполнена.

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

Клонирование через файл изображения

  • То, что описано здесь, также уместно, если вы клонировали косвенным путем, создав файл образа с исходного диска и восстановив его из файла образа на целевой диск.

После клонирования подключите только один диск к компьютеру

  • Если существуют доступные для записи файловые системы, вы не должны загружать компьютер с подключенным источником и целью (клонирования). Эти диски имеют идентичные данные, и, вероятно, возникнет путаница, которая может уничтожить один или оба диска.

    Загрузитесь либо на исходный (исходный) диск, либо на клонированный (целевой) диск, и оставьте другой диск отключенным (отсоединенным).

Источник
Другие вопросы по тегам