OpenOffice 3.3.0 установки без диалогов через SCCM

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

Можно ускорить восстанавливание до некоторой степени, хотя, можно удостовериться, что Вы имеете весь одинаковый пакеты, установленные путем выполнения

sudo dpkg --get-selections | grep '[[:space:]]install$' | \awk '{print $1}' > package_list

на старом VM, передавая файл и выполнение

cat package_list | xargs sudo apt-get install

на новом VM.

Затем скопируйте старый VM's /etc/ дерево к новой машине (не как /etc - отбросьте его где-нибудь временный), и используйте a diff инструмент для определения местоположения различий необходимо передать. Причина не просто выполнить массовое копирование /etc в место то, что могут быть незначительные различия в конфигурации по умолчанию для некоторых 64bit/32bit пакетов, которые Вы могли бы хотеть, по крайней мере, изучить вместо того, чтобы бомбить без знания. Для запуска /etc/apt/sources.lst должен будет отличаться. ^{_{(Даже если бы, делая это для дублирования установки на 32 бита на другой установке на 32 бита я просто все еще не скопировал бы /etc оптовая торговля - выполнение разности как это дает Вам изменение нахождения вещей, которые больше не релевантны и должны были быть очищены для ясности),}}

После того как это сделано копия по / домой для восстановления любого пользователя определенная конфигурация и данные и что-либо как /var/www если Вам служил файлам HTTP оттуда, и так далее, и Вы в значительной степени сделаны.

Я использовал вышеупомянутое для тиражирования одной установки на 32 бита как другой установки на 32 бита, но это должно работать точно также между архитектурой. Вы могли бы найти, что некоторые пакеты вызывают apt-get команда для предупреждения Вас о не нахождении пакета. Некоторые из них будут 32-разрядными, разделяют пакеты, которые не будут присутствовать в 32-разрядном repo, очевидно (просто удаляют их из списка пакета и повторно выполняются), и некоторые могли бы быть пакетами, которые явно назвали пакеты на 64 бита и на 32 бита (в этом случае находят правильное имя с помощью поиска на packages.ubuntu.com, редактируют список пакета и повторно выполняются склонный - добираются).

Конечно, это не будет копировать ничего, что Вы не устанавливали из репозиториев Ubuntu, таким образом, необходимо будет восстановить что-либо как этот вручную, но иначе этот процесс может сэкономить Вам немного времени. Кроме того, прежде, чем работать склонный - добираются, удостоверьтесь, что новому VMs sources.list включили те же репозитории как старый, или Вы получите намного больше проблем package-not-found от apt-get.