Clonezilla ошибка при клонировании

Chances are you should be using a hybrid MBR with your setup. I don’t know if Clonezilla deals well with that. If you need the hybrid MBR and Clonezilla doesn’t like it, you could back up your hybrid MBR (in fact, your whole partition table) with gdisk, create a fresh protective MBR to replace the hybrid MBR, use Clonezilla, and then restore the hybrid MBR. This is a pretty advanced dance, though, so I recommend you do it only once you understand what you’re doing. Read the gdisk documentation and anything else (maybe the Wikipedia article on GPT) until you understand it. (I haven’t provided step-by-step details because I don’t want to encourage anybody who doesn’t understand it to try it.)

It’s also possible that your hybrid MBR is damaged or that you’ve got mis-matched GPT and MBR data. In this case, you’ll need to repair your partition table. The details of what you’ll need to do depend on what specific damage you’ve suffered, and your post doesn’t provide sufficient details to reveal that. The gdisk documentation site includes a page on repairing GPT damage, which should help you get started. Posting detailed output of both the GPT and MBR data might help us understand what’s going on. To do this, enter gdisk, type x to enter the experts’ menu, type p, type o, and then type q to quit. Post the entire session output. If gdisk asks you whether to use GPT or MBR data when you first start it, then that means that they’re badly mis-matched, and you need to decide which to use. Note that in this sort of situation, OS X is likely to use the GPT data and Windows will use the MBR data, so you’ll need to carefully check both tables, figure out which is correct (or which portions of each is correct), and develop a plan to reconcile them.

If you’re lucky, the fix for your problem will be easy. Be careful, though, because it’s possible that you’re heading into very treacherous waters. If you have important data on that disk, back it up before you do anything else!!!!

Chances are you should be using a hybrid MBR with your setup. I don’t know if Clonezilla deals well with that. If you need the hybrid MBR and Clonezilla doesn’t like it, you could back up your hybrid MBR (in fact, your whole partition table) with gdisk, create a fresh protective MBR to replace the hybrid MBR, use Clonezilla, and then restore the hybrid MBR. This is a pretty advanced dance, though, so I recommend you do it only once you understand what you’re doing. Read the gdisk documentation and anything else (maybe the Wikipedia article on GPT) until you understand it. (I haven’t provided step-by-step details because I don’t want to encourage anybody who doesn’t understand it to try it.)

It’s also possible that your hybrid MBR is damaged or that you’ve got mis-matched GPT and MBR data. In this case, you’ll need to repair your partition table. The details of what you’ll need to do depend on what specific damage you’ve suffered, and your post doesn’t provide sufficient details to reveal that. The gdisk documentation site includes a page on repairing GPT damage, which should help you get started. Posting detailed output of both the GPT and MBR data might help us understand what’s going on. To do this, enter gdisk, type x to enter the experts’ menu, type p, type o, and then type q to quit. Post the entire session output. If gdisk asks you whether to use GPT or MBR data when you first start it, then that means that they’re badly mis-matched, and you need to decide which to use. Note that in this sort of situation, OS X is likely to use the GPT data and Windows will use the MBR data, so you’ll need to carefully check both tables, figure out which is correct (or which portions of each is correct), and develop a plan to reconcile them.

If you’re lucky, the fix for your problem will be easy. Be careful, though, because it’s possible that you’re heading into very treacherous waters. If you have important data on that disk, back it up before you do anything else!!!!

Внимание! Всё сообщение адресовано топикстартеру! Ответ на его вопрос.

Часть первая

Что такое неправильно

В Вашем случае не надо было делать полное клонирование, так как это накладывает определённые ограничения:
1. при полном клонировании не берутся в рассчёт параметры жёсткого диска, берём два диска А-120GB и Б-240GB. После такого клонирования На Б останется только 120GB видимыми, остальное пространство придётся переразбивать заново, двигать разделы, при этом иногда возникают проблемы. Какие? ой, почитайте на форумах, перевымудренные проблемы.

2. UUID дисков тоже остаются одинаковыми — Ваша проблема. Как теперь её обойти? Блин, вот с такими проблемами я уже сто лет не сталкивался. Тут покопаться надо, ман ы почитать на fdiski всякие. Хотя.. вот что первое попалось:

# only two easy steps:
uuidgen

tune2fs -U above_generated_UUID /dev/sdhX

Я думаю тут не надо объяснять, все команды «интернациональные»? генерируем новый UUID, помещяем его в следующую команду и назначаем такому-то диску. От себя добавлю только, что после этого надо будет внести правильные UUID в /etc/fstab второго диска, на котором изменили UUID, для каждого раздела, который изменили. И ещё раз переустановить grub на него, но не из лайфсиди, достаточно просто в консоли повторить то что Вы показали в конце своей статьи.

Тоже самое что Вы делали, только проще

Так, теперь, если вы хотите именно клонировать систему «про запас»,.. Сделать всё это один раз и не для совместного использования дисков, а конкретно, на полочку положить до худших времён, то Вам за глаза хватит такой махинации (и даже тут два варианта):
Подключаем второй диск, но не монтируем его. Пишем команду, наипростейшую:

Что она сделает? да тоже самое, что и весь Ваш долгий путь — полное клонирование диска sda на диск sdb, со всеми ограничениями выше. Сдох первый диск? вставили второй и поехали (а вдруг у Вас завалялось два одинаковых диска) У dd много разных опций, можно подкрутить, я хотел показать простейший путь, есть опции пропускать пустое место.
Но об этом способе я упомянул вообще только для того чтобы показать, что не надо было столько перегружаться и чистить акронисами (о чистке ниже отдельно). Я сам пользуюсь подобным dd только для копии флэшек.

О Чистке системы
Есть замечательная программа, называется Bleachbeat. Я всегда держу её под рукой. Её можно запускать для чистки пользовательских файлов и с правами суперпользователя для чистки системы. Ей можно вычищать не нужные локали, историю многих программ, кэши, старые логи, заполнять пустое место нулями и т.д. и т.п.(только не удаляйте пустые файлы!!!) Ни один акронис не знает что в моей системе нужно, а что нет. Я носле установки системы, со всеми нужными пакетами, после чистки только не нужного хлама, очищаю около двух(!) гигов места. Если хотите почистить и обнулить диски — не знаю, найдёте ли Вы что-то лучшее.

Как лучше
Клонируем разделы в сжатые iso файлы
Подключаем второй диск, делаем на нём раздел, монтируем его и пишем команду
dd if=/dev/раздел_источник of=/раэдел_назначения/конечный_файл
не вздумайте его писать в таком виде, это просто пример
Пошла работа. По выполнении зайдите в директорию назначения и увидите файл который создал dd — это образ вашего корневого каталога, запакованый и сжатый в файл, вы не убили на него весь диск, осталось место, используйте его как хотите. Если система поломается так, что лучший выход это бэкап, загружаемся с любого LiveCD и проделываем всё в обратную сторону.

dd if=/раэдел_назначения/конечный_файл of=/dev/раздел_источник #клонирование корневого раздела

Если grub поломался и перезагрузиться не получилось, то Ваш рецепт восстановления grub’а с LiveCD — в самый раз.
Если Вас устраивает этот вариант, запишите интересующие Вас команды в скрипты, с поправкой под себя и пользуйтесь на здоровье.
Вот как они выглядят у меня:

#!/bin/bash
# Копирование корневого раздела на другой диск
destin="sdb1" 
mkdir /${destin}
mount /dev/${destin} /${destin}

#Блок 1
source="sda1"
dd if=/dev/${source} | gzip -c  > /${destin}/${source}.iso.gz
# Конец блока

exit 0

Это мой начальный скриптик в один блок. В начале переменная destin — в этот раздел пишу (не название а только sda1 или sdb2 или sdz99), если другой, просто замени и не придётся перелопачивать весь скрипт. Блок — это моя «логическая единица», в ней, в переменной source указывается раздел источник. Если несколько разделов, просто скопировать блок, вставить следом и изменить во втором блоке подсунуть переменной source нужный раздел. Логика проста как две копейки. ломаться почти нечему

#!/bin/bash
# реставрация корневого раздела из файла
source="sdb1"
mkdir /${source}
mount /dev/${source} /${source}

#Блок 1
destin="sda1"
gunzip -c /dev/${source}/${destin}.iso.gz | dd of=/${destin}
# Конец блока

exit 0

Это скрипт для восстановления раздела из файла. Тут source — раздел на котором лежит файл, destin — раздел который собираемся восстанавливать.
Выгода этого способа в том что работает на любом дистрибутиве. не обязательно иметь специализированный LiveCD типа Clonezilla, не надо иметь инструментов типа partclone. Ему нужен только источник и точка назначения.
Но! Я сам давно ими не пользовался, просто лежат пылятся, так как при всей своей простоте, есть более наглядный способ, о нём ниже.

Тоже самое, только нагдяднее

Загружаемся с LiveCD с установлеными программами Gparted (GTK ориентированные дистрибутивы) или partitionmanager(KDEориентированные). Запускаем ту или ту программу. Жмём на интересующий нас раздел правой кнопкой и выбираем backup для создания резервной копии раздела в файл или restore для восстановления раздела из файла. Тут только не перепутать задаваемые имена файлов, чтобы не скопировать два раздела в один файл или не забыть при восстановлении, что значат все эти названия.
Операции копирования задавайте не по одной, а всё что хотите сразу и потом нажмите кнопку «Применить». Имейте в виду, программа сама сделает все проверки перед копированием и после копирования. Теперь остаётся ждать только когда всё закончится. Если не возникнет проблем, не придётся отвлекаться на процесс.
Заметьте! Эти программы входят в состав множества Live сборок, и даже на совершенно не ориентированных для спасения испорченых систем. Нет смысла качать супергикнутый дистрибутив. Это как фотошопом изменять размер фоток.
Но! тут у Росы минусик — её настройщик партиций умеет делать многие очень важные вещи, но такой финт не предусмотрен. Есть куда рости

Как ещё лучше

Используйте программы резервного копирования. Что это такое? Это, как говорится, то что доктор прописал. Вы подключаете второй диск и сбрасываете на него копию всего что посчитаете нужным копировать. И при последующих копиях он будет записывать только изменившиеся файлы. При этом, Вы можете откатиться на предпоследнее состояние или по дате, ну, как в Виндовс, только с возможностью выбора ВСЕГО что нравится. Раз в Росе есть свой официальный drackbackup, то, говорить особо не о чем, устанавливаем и по манам, викам и т.д. двигаем вперёд. Этот вариант самый скучный, так как места занимается гораздо меньше, поддерживается версионность, но никаких тебе поездок без седла и уздечки. Скукотища!

Как мне нравится
Э-э-э-э… Давайте оставлю свои секретные суперскрипты на следующий раз. Не могу, хочу спать. А Вы пока с того что написал похохочите

При загрузке с диска-клона компьютер «зависал» после сообщения BIOS «Verifying DMI pool data».

Предыстория

1) На основном диске объём вначале установлена Windows XP для экспериментов. Затем рядом установлен Linux Mint — операционная система для работы. Таблица разделов — MBR. Основной раздел Windows, а Linux установлен в дополнительный раздел.

Схема разделов:

• раздел 1 /dev/sda1 — NTFS/exFAT/HPFS Windows 35 Gb — загрузочный
• раздел 2 /dev/sda2 — NTFS/exFAT/HPFS данные
• расширенный раздел 3, объём 40 Гбайт, в который установлена Linux Mint.
  • раздел 5 — Ext4 — корневой раздел «/»
  • раздел 6 — SWAP

2) В определенное время места стало не хватать, а на поверхности образовались повреждённые сектора, скорость запуски «тяжелых» программ (почтового клиента Thunderbird) не радовала. Принял решение перенести операционную систему и данные с HDD на SSD способом «клонирования».

3) Купил SSD диск большего объёма в Китае — 120 Гбайт. Диск оказался не размечен.

4) С помощью загрузочного CR-R с программой CloneZilla 2.6.7 x64 (Debian) выполнил клонирование (зеркальную копию) исходного диска на диск назначения, с расширенной установкой (Expert Mode):
-g auto Переустановить grub в загрузочный сектор целевого жесткого диска
-e1 auto Автоматически выровнять геометрию файловой системы для загрузочного раздела NTFS
-e2 sfdisk использует CHS жесткого диска с ESD (для не-GRUB загрузчика)
-j2 клонировать данные, скрытые между MBR и первым разделом
-r изменить размер файловой системы соответственно размеру целевого раздела
-rescue При ошибке чтения блоков диска — читать следующий блок.

На следующем экране по умолчанию используется опция
— fsck пропустить проверку/восстановление исходной файловой системы

Предпоследний экран перед клонированием — использовал настройку:
— Использовать таблицу разделов с исходного диска.

Проблема

После клонирования HDD, при первом запуске компьютера с нового SSD-диска (старый диск отключен) операционная система не загрузилась: после сообщения BIOS «Verifying DMI pool data» — мигающий курсор на чёрном экране.

Решение

Поскольку во время клонирования в CloneZilla не было замечено никаких ошибок, связанных со структурой диска, единственная причина, по которой не происходила загрузка операционной системы Linux, связана с загрузчиком Grub2. Принял решение переустановить Grub2 в рабочий раздел Linux.

На форуме linux . stackexchange . com нашёл решение, которое помогло на 100%.

Объяснение: загрузчик разбит на 2 части: первые 512 байт пишутся в MBR, исполнимые файлы и скрипты — в каталог /boot/grub. Необходимо переустановить Grub2.

Установка загрузчика Grub2 с использованием команды grub-install:

1) Подключил к ПК оба диска — старый HDD и новый SSD.
Первое загрузочное устройство HDD, последовательность загрузки: SSD, HDD.

2) Загрузил ПК со старого HDD-диска. (В момент загрузки была небольшая пауза, связанная с невозможностью запуска системы с SSD-диска).

3) Посмотрел в утилите «Служебные» «Диски» имя раздела Ext4 с Linux на новом диске, оказался /dev/sda5

(Имя устройства можно получить и с помощью команды df -h).

4) Запустил терминал и выполнил следующие команды для установки загрузчика grub на /dev/sda:

sudo mount /dev/sda5 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
grub-install /dev/sda
sudo umount /mnt/dev
sudo umount /mnt/proc
sudo umount /mnt/sys
sudo umount /mnt
sudo shutdown -h now

5) После завершения работы ПК, отключил питание и отсоединил SATA-шлейф от старого HDD-диска.

6) Включил ПК — операционная система загрузилась с нового SSD диска без ошибок.

Проблема решена.

Дополнение: расширение корневого («/») раздела Linux после клонирования

Расширить раздел на работающей системе невозможно — при попытке изменения раздела загрузочного диска системы в GParted, программа «вылетает». Необходимо загрузить ПК с LiveCD или LiveUSB, например, Xubuntu и в режиме тестового запуска («Try») выполнить изменение разделов в программе GParted:

1) при загрузке LiveCD выбрать русский язык и нажать кнопку «Попробовать Xubuntu»
2) запустить GParted
4) при помощи «мыши» выделил расширенный раздел, на который установлен Linux и SWAP (в моём случае «/dev/sda3»)
5) правая кнопка мыши — «Resize/Move»
6) Free Space following (Mib) — поставил 0 Мбайт. Соответственно, увеличился пункт «New size (MiB)»
6) Выделил подраздел SWAP — правая кнопка мыши — Swapoff
7) Правая кнопка мыши на разделе SWAP — «Delete»
8) Подраздел «/dev/sda5» на который установлена система, увеличил почти на весь размер диска, оставил 6 Гбайт под SWAP
8) Создать новый раздел (правая кнопка мыши) — SWAP (в конце диска) на 6 Гбайт
9) Галочка «Apply»

Перезагрузка.

10) Запустить GParted, выделить раздел SWAP в операционной системе, нажать правую кнопку мыши и включить его — Swapon
11) Галочка «Apply»
12) Отредактировать файл «/etc/fstab», указав у SWAP UUID такой же, как у основного диска.

UUID=fd79588f-94ae-4b02-9ec2-47dc0c31b7dd / ext4 errors=remount-ro 0 1
UUID=fd79588f-94ae-4b02-9ec2-47dc0c31b7dd / none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
tmpfs /tmp tmpfs nodev,nosuid,noexec,size=100M 0 0

13) Перезагрузка.

Размер основного диска увеличен. Новый SWAP-раздел подключен. Ошибок после перезагрузки нет.

Ссылки:

• Инструкция CloneZilla disk to disk clone.