Clonezilla: образы дисков и восстановление системы

Clonezilla создаёт образ диска на уровне блоков и восстанавливает его на другой носитель. Это спасает, когда нужно вернуть систему после неудачного обновления или перенести настроенную машину на новый SSD. Правило простое: работать только со своими дисками и считать образ проверенным лишь после успешного восстановления.

Когда образ лучше обычного бэкапа

rsync и restic копируют файлы, а Clonezilla — разделы и загрузочные структуры. Поэтому она умеет вернуть систему «как было», включая загрузчик и настройки, но плохо подходит для инкрементальных копий и отдельных документов. Образ занимает место примерно по объёму занятых данных, а не всего диска: partclone пропускает пустые блоки, а сжатие дополнительно уменьшает размер.

Типовые сценарии: резервная копия домашней машины перед сменой дистрибутива, перенос Windows и Linux на новый накопитель, быстрый откат тестового стенда. Для серверов с базами данных сначала нужен согласованный дамп приложений: образ работающей СУБД может оказаться несогласованным.

Подготовка и запись носителя

Сначала инвентаризация: какие диски есть, какой из них целевой, куда пишем образ. Ошибка в одной букве устройства приводит к потере данных, поэтому проверяйте lsblk и серийные номера, а не только размер.

lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINTS
sudo smartctl -a /dev/nvme0n1 | grep -E 'Model|Health|Errors'
df -h /mnt/backup
sha256sum clonezilla-live-*.iso

Образ можно хранить на внешнем USB-диске, по SSH или SMB. Для первого раза проще локальный диск: меньше переменных. Загрузочную флешку делают через dd; убедитесь, что /dev/sdX — именно флешка, а не рабочий диск. Проверить носитель можно командой lsblk -o NAME,SIZE,TRAN,MODEL: у флешки обычно TRAN равен usb, но полагаться только на это не стоит.

sudo dd if=clonezilla-live-*.iso of=/dev/sdX bs=4M status=progress oflag=sync
sync

После записи загрузитесь с неё и выберите режим Clonezilla live. В меню работы с образами укажите device-image, затем место хранения: локальный диск, SSH, NFS или Samba. Каталог /home/partimag — стандартная точка монтирования репозитория образов.

Создание образа

В меню выберите savedisk для всего диска или saveparts для отдельных разделов. Имя образа должно содержать дату и модель машины: 2026-11-05-thinkpad-t14 понятнее, чем backup1. В экспертных настройках включите проверку файловой системы, сжатие zstd (быстрее gzip при похожем размере) и проверку образа после создания, если она доступна.

Clonezilla сохраняет таблицу разделов, загрузочные секторы и данные разделов. Для шифрованных разделов образ останется зашифрованным: без ключа восстановление не даст доступа к данным. Это нормально, но ключ должен храниться отдельно от образа.

Перед сохранением оцените свободное место: сжатый образ обычно меньше занятого объёма, но фотографии, видео и уже сжатые архивы почти не уменьшаются. Оставьте запас хотя бы в десять процентов и не храните единственную копию на том же диске, с которого снимаете образ.

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

Проверка образа

Запись без ошибок ещё не доказывает, что образ восстановится. Встроенная проверка читает файлы и сверяет контрольные суммы; запускать её нужно после каждого создания и периодически для старых архивов. В Clonezilla есть утилита ocs-chkimg; репозиторий должен быть смонтирован.

sudo ocs-chkimg -or /mnt/backup/ 2026-11-05-thinkpad-t14
sudo ocs-chkimg -or /mnt/backup/

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

Запускать проверку удобно из той же загрузочной флешки Clonezilla: смонтируйте репозиторий, откройте консоль и вызовите ocs-chkimg с путём к каталогу. Для старых архивов повторяйте процедуру раз в полгода — носители деградируют, и ошибка чтения обнаружится раньше, чем понадобится восстановление.

Восстановление

В меню выберите restoredisk, образ и целевой диск. Clonezilla предупредит, что данные на целевом носителе будут уничтожены. Если новый диск больше исходного, включите расширение раздела и файловой системы; для меньшего диска восстановление не пройдёт, пока не уменьшите разделы заранее.

После восстановления проверьте загрузчик. Для UEFI важны наличие ESP и запись в NVRAM; для Legacy — активный раздел и MBR. Если система не стартует, загрузитесь в live-режим, смонтируйте корень и проверьте /etc/fstab: при переносе на другой контроллер идентификаторы дисков могли измениться. Правка fstab и переустановка GRUB через chroot — типовой сценарий, а не признак испорченного образа.

lsblk -f
sudo blkid

Сравните UUID разделов из blkid с тем, что записан в fstab. Если идентификаторы не совпадают, замените их по новым значениям или перейдите на метки файловых систем. Для UEFI дополнительно проверьте, что ESP смонтирован и загрузочная запись существует.

sudo mount /dev/nvme0n1p2 /mnt
cat /mnt/etc/fstab
sudo mkdir -p /mnt/boot/efi
sudo mount /dev/nvme0n1p1 /mnt/boot/efi
sudo efibootmgr -v

Чек-лист и типичные ошибки

• Образ снимается только с собственного диска; чужие данные и чужие системы не копируем.
• Перед запуском проверьте устройство по модели и серийному номеру.
• Храните образ на другом носителе и в другой комнате, а не на том же диске.
• Проверяйте целостность ocs-chkimg и обязательно делайте тестовое восстановление.
• Для шифрованных дисков храните ключ отдельно; образ без ключа бесполезен.
• Не прерывайте сохранение и не запускайте его на работающей базе данных.

Частая ошибка — считать, что «образ создан» равно «бэкап готов». Другая — восстанавливать на диск меньшего размера без предварительного уменьшения разделов. Третья — забыть про загрузчик после переноса на NVMe. Все они лечатся одним: тестовым восстановлением до аварии.

Итог

Clonezilla — надёжный инструмент для полного образа системы, если соблюдать дисциплину. Снимайте образ только со своих дисков, проверяйте его ocs-chkimg и обязательно восстанавливайте на запасной носитель или в виртуальную машину. Непроверенный образ — это надежда, а не резервная копия; проверенное восстановление — единственное доказательство, что архив работает.