LINUX.ORG.RU
ФорумAdmin

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

 


1

2

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

Ответ на: комментарий от Deleted

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

mandala ★★★★ ()
Ответ на: комментарий от Mirmik

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

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

mandala ★★★★ ()

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

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

no-such-file ★★★★★ ()
Ответ на: комментарий от Deleted

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

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

no-such-file ★★★★★ ()
Ответ на: комментарий от Mirmik

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

mandala ★★★★ ()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от Deleted

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

mandala ★★★★ ()

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

Deleted ()

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

shell-script ★★★★★ ()
Ответ на: комментарий от mandala

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

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

anc ★★★★★ ()
Ответ на: комментарий от Deleted

почему не

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

amd_amd ★★★ ()
Ответ на: комментарий от no-such-file

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

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

anc ★★★★★ ()
Ответ на: комментарий от Mirmik

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

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

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

anc ★★★★★ ()

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

WitcherGeralt ★★ ()
Ответ на: комментарий от anc

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

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

no-such-file ★★★★★ ()
Последнее исправление: no-such-file (всего исправлений: 1)
Ответ на: комментарий от no-such-file

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

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

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

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

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

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

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

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

anc ★★★★★ ()