vlas писал(а):
lavr писал(а):
Судя по тому что Вы хотите - легко, просто и быстро, как уже было сказано,
"совместить несовместимое".
Не, ну тут я перестарался, признаю) перефразирую: наименее трудо-нерво-затратно))
Подходит 1й вариант! Диск всего 240 гигов (SSD), внешний на терабайт. Если с компрессией бэкапить, то вполне симпатично может получиться.
Ну, если у Вас масса времени, то это самый простой способ, но нужно понимать,
что FS постоянно изменяется, лучше на примере:
Включили ноутбук и загрузили текущую активную ОС, например Linux с ext4 или xfs
или...
Далее подключаете свой бекапный 1TB диск, монтируете FS и выполняете dd
linux# mount /dev/sdb /mnt
linux# dd if=/dev/sda of=/mnt/debos.img
процедура дуплицирования /dev/sda в файл образ /mnt/debos.img, будет
иметь продолжительность XY минут, за это время, файловая[ые] система
на /dev/sda будет изменяться, значит часть файлов будет не полностью
скопирована, изменения после копирования ряда файлов будут потеряны.
Значит что, правильно, точная копия будет в том случае, если у нас есть
загрузочная флешка с ОС и dd, тогда мы загружаемся с live-usb, монтируем
1TB в /mnt и далее выполняем dd, как указано выше, просто производим
побайтное копирование /dev/sda (SSD) в образ /mnt/fileos.img
Далее можете жать образ, например xz - сейчас самый популлярный компрессор.
Цитата:
Можно, конечно, завести ещё один внешний SSD, на вторую ось (USB 3 и UEFI на борту есть), но чем это лучше второго внутреннего.
Потому наверное рамки сужаются - видимо нужно побитовое создание образа, как я и подозревал. Осталось только определиться, чем...
Судя по отзывам, у разных людей разный успех с разным софтом. В идеале хотелось бы не проприетарное решение. Щупал клонзиллу, но что-то не задалось, или это я туплю
Если Вы знаете структуру MBR и GPT, понимаете как работают clonezilla, acronis,
должны понимать, в случае разнокалиберных по размеру: source & destination,
ничего путного не получится.
GPT содержит в конце диска альтернативную копию таблицы партиций,
если вы клонируете диск объемом 30GB на диск 100GB, получите не очень приятную,
но решаемую проблему и тд и тп.
После MASADOS и WINDOZE: ghost, acronis и тд и тп, которые легко трансформируют
суперблок FAT32/exFAT на разнокалиберных дисках, пользователи думают что
аналогично будет и с ntfs, ext[2,3,4], xfs, ufs, ufs2 и тд и тп.
Увы, если с ntfs подобные утилиты справлются, то с Unix'овыми FS, увы.
Засекайте время клонирования и побирайте наиболее оптимальный размер
блока для dd, dd - утилита, которая есть во всех unix-like OS, но могут
немного различаться параметры:
# dd if=/dev/sda of=/dev/sdb bs=64k conv=noerror,sync
if - что копируем, input
of - куда копируем, output
bs - blocksize, размер буфера
conv=параметры, где noerror - не прерывать в случае ошибок,
использование sync или osync, прочтете в man dd.
Можно использовать pv для ускорения копирования, например:
# dd if=deb9isp.qcow2 bs=32K | pv --buffer-size=4M -q | dd of=deb9isp_bkp.qcow2 bs=32K
если dd поддерживает status, можете использовать параметр для визуального
отображения статуса копирования, можете использовать команду time:
# time dd if=/dev/sda of=/dev/sdb
Для HDD оптимальный bs выбирайте из: 16k, 32k, 64k и 128k, будет зависеть
от OS
В использовании pv есть еще одна важная вещь, два процесса dd,
один для чтения с исходного диска, другой для копирования на целевой или
в файл на FS другого диска, сравните:
# dd if=src_hdd of=copy_hdd
один процесс dd на чтение и запись, операции IO с двумя дисками
# dd if=src_hdd | pv | dd of=copy_dd
два процесса dd, один читает, другой пишет
Вход
Регистрация
Поиск
Второй образ может быть с ЛЮБОЙ осью, о чём и упоминается в сабже. Ну а на стационарнике у меня вообще гну/линукс первой системой)) об этом-то хоть можно? 
