...или простейшей скриптовой автоматизации в случае доводки массированно развёрнутых на много машин клонов...
UPD. гм-хм... тут добавил бы, что конечно абсолютно любыми способами можно:
4. Установить систему на 1пк + скопировать (dd clonezilla tar mksquashfs - по вкусу) + разворачивать на другие пк.
ИМХО, тут именно clonezilla рулит!
хотя бы потому, что создает сжатый архив, и практически вполне интутивно понятна в работе...
Но юзая клонирование обычно "забывают", что после "тупого" клонирования с образа целевая машинка КАК ПРАВИЛО* не заведётся!
* С тех пор, как стали юзать UUID -- в grub2... И конечно в случае, когда НЕ клонируется весь физический диск! (А при интеллектуальном разворачивании системы на ПК ето обычно так и есть...)
Выше упомянутый простой скрипт (а не ручное колдование редактором и/или сетапом grub'а) поможет в етом.
Итак, с помощью клонезиллы можно загружаться:
(а) с загрузочной флешки (если целевые компы поддерживают), и где лежат сама клонезилла + образцовая система + вспомогательный скрипт -- использовать на последней стадии, "доведя" фстаб и граб до нужной кондиции (собственно просто заменив ююид из образа на текущий).
Note. Использовать в меню на закл.стадии 2й пункт:
Now you can choose to: ... (2) Enter command line prompt (чтобы исполнить скрипт коррекции).
(б) с клонезила-сервера, по-шурику развернутого на одном из компов в сетке (остальное практически аналогично), рулит на бездисковых станциях или при отсутствии юсб/двд приводов.
Note. Использовать extra parameter' option: Do nothing when clone finifes (!!!)
(в) или с сиди/дидвиди с клонезилоой (откуда подгружать образ, -- ето уже текуще решаемый вопрос...)
Ну а сам скрипт либо тупо содержит команды, потребовавшиеся бы при ручной коррекции ОДНОГО (первого из многих в серии) ПК, либо несложный код контекстной автозамены UUID... И при нужде иные команды доводки системы.
"Дам наводку, но не подаю на водку!" (с)
3 народ пугается и не понимает
Ну ето лишь те, кто щенков в глаза не видел и не юзал!
UPD2. А вообще-то вопрос клонирования + бэкапирования почти неисчерпаем, и при творческом подходе можно организовать даже скрипт-ориентированную систему, заюзанную на каждой раб-станции + сервере, когда с помощью (преимущественно) архивера создаются хоть ежедневные бэкапы оси (жел-но +юзверьских данных отдельно!) и при нужде (даже автоматически) разорачиваются оные при повреждении оси... (Например, можно заюзать и фругал-версию миниоси, юзаемую как спасательный диск -- только без нужды в приводах! -- и запускаемую из стартового меню по мере надобности... Как то так вкратце...)