Доброго времени суток!

Для настройки програмно-аппаратного комплекса (i386) необходимо максимально упростить процесс установки ПО.

Что имеем сейчас:
1. Есть готовая железка, на которую нужно установить ПО;
2. Устанавливаем ОС (Debian 6.0);
3. Копируем (предварительно собранные на другом ПК) необхиодимые драйвера, библиотеки и бинарники;
4. Правим конфиги, в т.ч.: /etc/sudoers, /etc/fstab, /boot/grub/grub.cfg;
5. Программно-аппаратный комплекс готов к эксплуатации.

Операции 2, 3 и 4 - нуторыные, долгие, как следсвие подверженные ошибкам, а так же не всегда являются простыми для лиц, производящих установку ПО.
Т.о. целесообразно автоматизировать этот процесс.
Какие у меня по этому поводу появляются мысли.

Самый простой способ. Т.к. конфигурация "железа" строго фиксированна, то как вариант, можно "собрать" одну машину, а затем "затарить" / и /home. Для разворачивания ПО, на новом железе - грузиться с флешки, "разтаривать" разделы, править конфиги: /etc/network/interfaces, /etc/udev/rules/70-net..., /etc/hosts, /etc/hostname и возможно что-нибудь еще...
Минусы очевидны: не особо то и легче чем текущий способ.

В то же время можно приведенные способы реализовать скриптами...

Другой вариант, который мне больше интересен это создание кастомного инсталятора.
С помощью live-build, собираю следующее:


Т.е. я создаю образ системы, которая содержит те файлы, которые я ей "подсовываю".
Проблемы:
1. Т.к. я "подсовываю" /etc/fstab /etc/sudoers то я даже и загрузиться не могу.
2. Если я пытаюсь сделать live образ отдельно, а install отдельно, а потом их объедяняю вместе, и надеюсь загрузившись из-под live системы вызвать debian-installer-launcher, и что бы при этом встала та система, которую я подсовую в install, то я получаю в процессе установки обишку: failed to determine the codename for the release.

Достаточно скомкано получилось объяснить, но в общем где то так...

А теперь вопросы:
1. Справедливо ли ожидать, что после установки ОС из кастомного образа в системе будут все те файлы, которые я ей передал, т.е. так же как и при загрузке с live образа?
2. Справедливо ли ожидать, что будучи загруженным с live системы и вызвав debian-installer-launcher я загружу тот образ, который у меня находится в папке install?
3. Как преодолеть ошибку: failed to determine the codename for the release?
4. И вообще, кто что об этом всем думает  ? Искренне надеюсь, что я изобретаю велосипед и есть уже готовое решение!

Gluttton, рекомендую заюзать пакет под названием FAI (fully automatic installer)
изначально придуманный под дебиан, но позволяет установить практически любую ОС.

процесс такой:
настраивается сервер.  Включает в себя: dhcp, pxe, nfs.
процесс готовки рабочей машины:

• загрузка с сети (DHCP, PXE)
• разрезка диска на разделы
• установка стандартных пакетов
• запуск после-установочных хуков (т.е. скриптов - редактирования всяких файлов из скриптов, монтировка ресурсов, копирование всяких файлов с удаленных сервантов, установка/распаковка нестандартных данных и т.д. и т.п.)

позволяет оптимизировать процесс, и после некоторого танца с бубном иметь "программно-аппаратный комплекс" готовым к боевому употреблению примерно за 15 минут. В отличие от Northon Ghost диск не насилует.

самое главное в этом решении - способность разделять на шаблоны, использовать шаблон из шаблонов.
т.е. работаем по нарастающей.
сам по себе процесс работы простой: по имени шаблона создается каталог с настройками и инструкциями.
процесс подготовки шаблонов дает централизованный или распределенный доступ (если надо)



Это сообщение отредактировал(а) bilbobagginz - 29.10.2011, 23:18

bilbobagginz, спасибо за совет!

FAI (fully automatic installer) - интересная вещь и взял ее себе на заметку, но т.к. сейсас ситуация "всю ночь кормить, утром зарезать", то я просто не успею реализовать.
Если не получиться реализовать на live-build, то забабахаю на скриптах - и точка.

как грицца - я хотел как лучше 
я не совсем понял ситуацию.
в принципе в ситуации когда надо утром резать - наименьший требуемый функционал криво руками написать, и чтобы работало. но не забываем, что тогда "шаг влево/шаг вправо - расстрел."

Добавлено через 9 минут и 56 секунд
и я бы все равно посмотрел на механизм развертки системы, и скопировал бы его, т.к. он  работает.
Там с fstab проблем не должно быть. нужно просто точно знать: когда какой скрипт бежит, и где в это время / присобачен (т.е. к live-cd или к целевой ОС)
если первый вариант (лайв-сиди), то надо смонтировать целевые диски куда-то, где знаешь, и там редактировать файлы.
у тебя идет просто форматирование /dev/sdb1.
но легче всего использовать готовую таблицу разделов, запихивать ее, применять (man sfdisk), и потом с ней работать - форматировать и т.д.
тогда у тебя будут разделы кошерные.

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

другой вопрос:
может тебе не париться и делать гост, а потом запускать готовый скрипт, который бы:
1) починил бы MBR
2) подменил бы файлы
3) перегрузился в новую систему и запустил себя в тестовом режиме (проверить, что мой хостнэйм резолвится, что все каталоги смонтированны, что все нужные папки существуют, и все бинарники из списка запускаются с каким-то флажком и возвращают 0, проверка нужных юзеров, пакетов, и т.д.)
4) если все сработало, себя вырубил, и перегрузил ящик.

Или я чего-то не понимаю. или одно из двух...

Если все железяки одинаковые, то настраивается одна штука, а потом при помощи dd копируем диск...

1. Просто.
2. Это одна команда, в которой трудно ошибиться.

единственная проблема: время. если надо клонить много тачек, время клонирования зависит от количества клонируемых компов (в отличие от более продвинутого клонирования широковещанием).
Кроме того при таком клонировании передается больше данных, чем при клонировании посредством установки пакетов.
Пакеты - сжатые, т.е. по сети проходит в несколько раз меньше данных, в результате,
за одно и то же время, клонируется больше компов.

Итак имеем следующее:


Нет, не справедливо.
Для того, что бы включить файлы в live-образ из необхоидимо скопировать в папку config/chroot_local-include, а для того, что бы файлы вошли в установочный образ их необходимо скопировать в папку config/binary_local-include.


Да, но для этого необходимо заказать сборку установочного образа, а так же явно включить пакер debian-installer-launcher. Ответы на все эти вопросы указаны в руководстве.Но всё это омрачается вот этим багом.


Так и не разобрался, но мне кажется я сам что-то нахимичил...

В связи со всем этим был выбран вариант: загрузка с live-usb и разворачивание системы из tar'ов.

bilbobagginz, еще раз спасибо за очень интересную ссылку.
mihanik, все правильно ты понимаешь, спасибо за совет. Кстати, а как поведет себя dd, при копировании 80Гб диска, если полезными данными занято не более 2Гб?

все 80 ГБ перепишет.
вообще то есть еще и клонзилла (clonezilla), типа госта но опен сорсом.

И будет это длиться я думаю не мало. Думаю это не лучший вариант.


И ее в копилку ;) .