Как создать свой образ Linux для размноживания на других АРМ?

Question

[Drawn]

Собственно имеется N-е кол-во машин(стационарные АРМы) архитектуры x86_64, на одном АРМе я в linux поставил необходимые пакеты дал hostname, сделал некоторые надстройки в системных файлах линукса (по типу группы администрирования и т.п.), чтобы не делать такую процедуру вновь, хочу ускорить процесс таким способом, т.к. это рутина иначе по новой ставить + - идентичные пакеты, делать настройки и т.п.(когда можно сделать все на одной машине и размножить). По параметрам:
Процессоры + / - идентичны (Intel i3-i5 10 поколения), винты все SSD и SSD M.2 (dd2 в этом случае вряд ли подойдет из-за разных винтов). Смотрю в сторону Acronis True Image, позволяет ли она это сделать?

Comments

[smilingcheater]

Для серверов для таких задач обычно используются системы управления конфигурацией типа Ansible/Chef/Puppet

[Drawn]

smilingcheater, почитаю, но сервер пока не разворачивал ,мне чисто с клиента на клиент.

[paran0id]

Для рабочих мест тоже подойдет. Если вам надо поддерживать парк машин, а не разово налить их и отдать, то лучше освойте ansible.

Answer 1

[CityCat4]

Я подобную задачу решил немного другим способом. Берется одна машина и обьявляется "мастером" - на ней идет сборка и обновление софта. С "мастера" снимается образ через dump, потом через restore этот образ разворачивается на другой машине.
Развертывание идет загрузкой с Livedvd или флэшки, скриптом, который положен внутрь дистриба, лежащего там в squashfs.
То есть общая логика примерно такова:
- Запросить адрес сервера с дампами и некоторые настройки
- Подключиться к серверу, проверить наличие дампов
- Создать разделы на диске, куда разворачиваем
- Поочередно скачать и развернуть дампы
- Поправить некоторые файлы (fstab, загрузчик), некоторые настройки приходится править через chroot

Чего пока добиться не удалось - это получить образ, годный для записи на флэшку непосредственно, через balenaEtcher, например, пока что пишется только руфусом в винде :(

Comments

[pfg21]

забыл упомянуть что надобно генерировать уникальный идентификатор машины /etc/machine-id для каждой виртуальной сущности.
на него завязаны системы получения уникальных номеров виртуальных железок, к примеру MAC виртуальной сетевой карточки и могут быть косяки при идентичных номерах машины.
# rm /etc/machine-id
# dbus-uuidgen --ensure=/etc/machine-id
еще глянуть /var/lib/dbus/machine-id он должен быть ссылкой на /etc/machine-id

[CityCat4]

pfg21, Для машин, где нет systemd - оно не очень актуально, но я сделал, тем более, что и в своих целях его использовать можно. Еще пришлось сделать генерацию уникального ключа для ssh - потому что иначе множится один ключ на всех :)
На самом деле было очень интересно сделать - я чертову прорву узнал обо всем ;)

Answer 2

[Adamos]

чтобы не делать такую процедуру вновь

Достаточно записать эту "процедуру" командами в preseed и на следующей подготовленной машинке просто запускать установку системы, скормив ей этот preseed-файл. Через полчаса без всяких вопросов к администратору система будет готова, причем со свежими пакетами.
Если это требуется проделывать чаще раза в месяц - тогда лучше все-таки освоить оркестрацию, тот же Ansible.

Answer 3

[Drno]

Уменьшить диск и раздел до возможной минималки

Снять образ rDriveImage. Записать на другой диск.

Расширить диск обратно

Answer 4

[rPman]

Настраиваешь pxe загрузчик по сети, прописываешь в default минимальный образ системы (я создавал такие с помощью debootstrap) с единственным скриптом в автозапуске (служба или в сохраненным для совместимости /etc/init.d) который отформатирует диск с помощью parted и копированием, либо восстановит образ, созданный заранее с помощью той же clonezilla (она показывает команду, с помощью которой идет восстановление), в общем на выбор, он же добавит специфические для машин моменты (например на основе mac адреса сетевой карты)

Настоятельно рекомендую использовать этот подход (или тот что с помощью livecd) только для однократного первичного распространения машин. Дальнейшая поддержка должна осуществляться уже не копированием оригинала, а обновлением, на основе скриптов того же ansible.