Фирменный CD инсталлятор + updates

Автор: Woodoo Дата: 14.08.2003 14:53 В реализации инсталлятора есть очень приятная возможность - установка по заранее созданному списку пакетов.
Она удобна в очень многих случаях. Особенно, если нет возможности физически добраться до hdd (например, гарантийные пломбы).
При ряде задач (связанных в основном с клонированием или переносом текущей конфигурации ос на другую машину) он работает нормально с использованием списка пакетов из /var/log/rpmpkgs.

Но! Стоит провести хоть один апдейт пакетов (руками или с помощью yum) - то в дальнейшем использование cd-инсталлятора бесполезно - если "скармливать" ему список пакетов с версиями отличными (старшими?) от дистрибутивных - он их не отмечает к установке.

Предложение: сделать, чтобы инсталлятор игнорировал версию rpm пакета.
Тогда можно будет воспроизвести конфигурацию, максимально близкую к оригинальной по набору пакетов и автоматически проапдейтить ее с помощью того же yum. По идее, это занчительно уменьшит объем ручной работы в данном случае.
Re: Фирменный CD инсталлятор + updates 18.08.2003 08:26goblin Да поддерживаю это предложение.
Re: Фирменный CD инсталлятор + updates 19.08.2003 18:16isn Просто после выбора пакетов и разрешения зависимостей сделать кнопочку "сохранить _список_на_дискету".
Re: Фирменный CD инсталлятор + updates 19.08.2003 19:37Woodoo isn писал(а):

> Просто после выбора пакетов и разрешения зависимостей сделать
> кнопочку "сохранить _список_на_дискету".

Нет, не совсем это.
Список установленных пакетов я могу сразу после инсталляции взять из /var/log/rpmpkgs.

Другое дело, когда пользователь уже сформировал *свою* конфигурации - даже после установки со временем так или иначе она поменяется. Естественно, что имея возможность устанавливать *обновленные* версии пакетов (например, by yum) этот список пакетов будет пополняться, модифицироваться etc.

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

И если инсталляцию можно провести с CD или по сети, а обновление пакетов - едва ли не автоматически с помощью yum (nfs+iso, локальные ftp yum-репозитории уже есть), то основная заминка будет именно на уровне больших трудозатрат при ручном восстановлении именно списка пакетов.

Пример.
Пользователь привык работать с evolution.
1. Установлен пакет evolution с инсталляционных дисков, запись в rpmpkgs.
2. Обновлен с помощью yum. Изменена версия в rpmpkgs.
3. (событие)
4. Информация отдается из rpmpkgs инсталлятору. Версия отличается от представленной на диске и пакет evolution не отмечается к установке.
5. В новой конфигурации пользователь не получает evolution.

Таких пакетов могут быть десятки/сотни. В моем локальном yum-мастерсайте - 1597 заголовков пакетов (первые 3 cd ASPLinux 9).

Физическое копирование разделов - оптимальное решение, но оно не всегда возможно по причине гарантийных обязательств, например. Вариант с rpm-"пустышкой" (но с зависимостями) тоже не совсем подходит - систему-то все равно нужно поставить заново. Бэкап на сетевой ресурс - тоже понятно.
Но все упирается в трудозатраты/время при всех этих процессах.
RSS-материал