Есть несколько вариантов, у каждого из которых есть компромиссы. Вы не можете использовать ddдля клонирования файловую систему, когда она смонтирована для чтения / записи, иначе клон будет поврежден, так как источник изменяется во время копирования, поэтому назначение будет частично устаревшим, а частично - нет. Если вы действительно хотите иметь возможность использовать ddгорячее копирование раздела, вы можете сделать это с помощью снимков LVM . Это требует, чтобы вы сначала установили систему с помощью LVM , но затем вы можете создать моментальный снимок в любое время, а поскольку моментальный снимок заморожен и не смонтирован, вы можете безопасно ddсохранить моментальный снимок, а затем удалить его. Другой недостаток использованияddзаключается в том, что он тратит время на копирование всего неиспользуемого пространства в томе и требует, чтобы место назначения было как минимум таким же большим, даже если большая часть источника не используется.
Вместо использования ddвы можете просто использовать традиционные инструменты резервного копирования, такие как tarили dumpдля резервного копирования снимка. Преимущество этого заключается в том, что вы не тратите время на копирование свободного места и могут быть восстановлены в меньший раздел, если в нем есть место для файлов. Вы также можете извлечь только некоторые файлы, чтобы выполнить частичное восстановление. Вам также не нужно использовать LVM с этим методом: если вы уверены, что файлы не изменяются при создании резервной копии, это безопасно делать на смонтированной файловой системе. Худшее, что может случиться, - это то, что отдельный файл, измененный во время резервного копирования, будет поврежден, а не вся резервная копия, как это может случиться dd.
Как вы, наверное, поняли, после восстановления файловой системы вам все равно нужно переустановить grub, чтобы система загрузилась. Я не уверен, почему вы получили эту ошибку, когда пытались, но кажется, что вы использовали grub-legacy, так как grub2 не имеет stage1.