Клонирование системы на другую машину.

(эталонная система)

получится - чего хоть за система?

Вот товарищ rumgot описал хороший метод. Из под лайв сиди делаешь, потом перекатишь зарузчик и поправишь fstab на новые UUID от новых разделов.

Сам гайд

Система управления промышленными планарными сканерами и опорно-поворотными устройствами.

нет такой системы это ты назвал ее направленность - типа как «домашняя»

Там наверно DRM и защита от копирования, не взлетит.

А о чем вопрос был? xubuntu там.

Нет там никакого drm.Точно знаю. Сам писал :).

man dd

Полный образ накопителя с ОС, раз железо идентичное, ни чего править не надо будет.

man dd

Зачем сразу man?

335...

clonezilla

А почему не man? И интернет не нужен, если дистрибутив не специфичной сборки.

А почему не man?

Так разжёвано же. И случай конкретный (и интересный). Или не?

А при чём тут твоя ссылка? По ссылке идут пространные рассуждения, да еще про сбойное оборудование. К чему это в контексте топика? man же просто позволяет узнать для чего программа и как с ней работать, он самодостаточен. А dd полностью удовлетворяет поставленной в стартовом посте задаче.

С голым dd есть проблема. Там жесткий диск на 512Гб. Можно ужать, конечно. Но пробую сначала менее радикальные методы

Все 512 гигов заняты? Отдельный раздел в начале диска с системой, dd сказать чтоб делал образ только до конца раздела. На целевой машине тогда скрипт который на оставшееся место развернет пустые разделы при первом запуске. На эталоне должна быть заранее настроена такая же конфигурация разметки.

Но можно проще: не эталон, а шаблон. Тогда разворачиваем минимальный образ, далее увеличиваем сначала наш раздел, потом увеличиваем файловую систему.

Dump/restore

vasya_pupkin best.

Есть ли вероятность, что система не заработает из-за привязок софта к конкретному железу?

Если так - то такие вопросы решаются с производителем софта, не?

Три часа прошло, уже бы пять раз проверил бы.

Хочу скопировать образ жесткого диска с одного компа (эталонная система) и разворачивать этот образ на остальных. Как думаете, получится?

Не узнаешь, пока не попробуешь. Вангую, что не получится, ибо привязка к железу.

Из под лайв сиди делаешь, потом перекатишь зарузчик и поправишь fstab на новые UUID от новых разделов

Ты сам-то пробовал? Мне кажется, что не всё так просто, ибо нужно ещё пересобрать initrd с новыми uuid. Да и efi раздел наверное нужно тоже перенести.

Специфичное железо? А стандартное поддерживается достаточно хорошо, могут быть проблемы с initramfs – но вы говорили что там убунта, там всё включено из коробки, емнип.

Если одинаковые железки , давно можно было подоткнуть диск и глянуть результат за это время.

Так вот чтобы не пересобирать initramfs и пользуют DD. Оно UUID сохраняет :)

КАВО? На генте, раче, воиде спокойно заходило.

И ефи тем более.

Я имею в виду, что иногда собирают (тот же арчик) обычный initranfs минимальным, под конкретную сборку железа. Если что-то отличается на разных машинах: вывалиться в бусибокс. Но в том же арчике их два – второй включает всё, достаточно ребутнуться в него и пересобрать initrd.

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

спокойно заходило

Нашёл чем гордиться.

Я Norton Ghost использовал, но это давно было.

Когда-то давно я так переносил. Грузился с livecd, монтировал, паковал эталонную систему в tar.gz, копировал архив. На целевой системе разбивал диск, распаковывал архивчик, запускал скриптик, который почитает UUID'ы, сгенерирует нужный fstab, зачрутится в свежераспакованную систему, там установит и обновит grub и initramfs. Если мне не изменяет память, больше вроде бы ничего не надо. Если тебе разово, можно и руками такое провернуть.

dd

у меня так же есть эталонные флешки с установлеными системами, с которых я копирую на другие носители обычным

cp -ax /

с которых я копирую на другие носители обычным

А почему не tar -[cx]pv[az]f?

Я систему клонировал на другой жёсткий диск через dd.

man dd
Полный образ накопителя с ОС, раз железо идентичное, ни чего править не надо будет.

1. Возможно слишком долго. Например если занято 5гб а харды по 1Тб
2. Возможные грабли с разными хардами. (да так бывает, железо заказывали одинаковое, но вот харды в партии оказались разные)

почему не

во первых - много буков! во вторых - tar архив что ли? при чем тут это? у меня эталонная флеха с установленой системой где все запилено по красивому с паролями конфигами и шрифтами! можно запросто работать с этой флехи и даже переодически обновлять на нее установленое! когда надо все это легко копируется на любой носитель - на котором остается только установить grub и сгенерить fstab! я даже так на microcd ставил систему ради изголения!

Мне кажется, что не всё так просто, ибо нужно ещё пересобрать initrd с новыми uuid.

1. Только если вы туда это сами поместили и нужно далеко не всегда.
2. Все уже забыли про использование имен девайсов /dev/sdN ? И не надо никаких правок fstab &etc

Есть ли вероятность, что система не заработает из-за привязок софта к конкретному железу?

Очевидно же спросить у разработчика

Нет там никакого drm.Точно знаю. Сам писал :).
Mirmik (13.03.2019 14:21:26)

С mbr точно будет без майлейших проблем. На прошлом месте работы так писали базовые образы (400мб) аппаратно-программных комплексов на SSD, а потом при загрузке и первичной инициализации остаток носителя доразмечался. Как я раз инициализацию писал.

Clonezilla

И зачем она здесь?

Все уже забыли про использование имен девайсов /dev/sdN ?

Во-первых да, все забыли и везде запихали монтирование по uuid. А во-вторых, я недавно менял sata ssd на nvme и там внезапно /dev/nvme<N>n<K>. Да и с /dev/sdN новый диск может быть не на тот же порт подключен (а если его не заменяли, а добавили, то 100%). Так что лезть руками в общем случае всё равно придётся.

А во-вторых, я недавно менял sata ssd на nvme и там внезапно /dev/nvme<N>n<K>

Ну в топике как бэ

одной модели с идентичным железом

про замену «sata ssd на nvme» тут не говорим. Но это тоже можно предусмотреть.

Да и с /dev/sdN новый диск может быть не на тот же порт подключен

Если их несколько, то да такое возможно. В случае одного или в случае втыкания в «теже» порты (теже это по счету, главное что бы последовательность соблюдалась) все норм будет.

Так что лезть руками в общем случае всё равно придётся.

Далеко не всегда. У меня есть опыт с подобной фигней. У «рук» есть эталонный образ с которого раскатывается на другие харды, железки (имеется ввиду всё, мать, харды и т.д.) за более чем 15 лет какие только не были, кстати начинали еще с IDE. Так вот руками ни разу не пришлось лазить.