Развертывание эталонного образа

делаешь tar с содержимым винта, форматируешь винт на новом компе с укащанием старого UUID, распаковываешь tar, ставишь grub?

Перенос файлов раздела на новый раздел, и создание раздела на целевых машинах с нужным UUID решат проблему. Кроме того, можно поправить grub.cfg и fstab так, что-бы они использовали метки томов вместо UUID. В идеале всё, что вам нужно, можно сделать при помощи одного скрипта и архива файлов с донорского раздела. Образ не нужен. Но если охота, можете использовать Clonezilla или dd:)

clonezilla

какя-то фигня на л начинается
на сайте ubuntu.com на главной странице
или ман blkid sh dd busybox

Видимо, использовнаие относительных путей в fstab решит проблему. Осталось только утрамбовать это во вменяемый скрипт, который еще и груб поправит автоматом через chroot. Кстати, без понятия как управлять под чрутом. Он будет воспринимать команды скрипта? Я имею в виду grub-update сделать. Я так понимаю, надо установить дистрибутив на внешний винт и с него автоматом заливать на целевую машину.

Clonezilla не решит проблему с grub и fstab. пути не туда ведут. И в чем преимущество перед dd? Мне его проще использовать, но непонятно как править на конкретной машине. Не будет ли проблем с разделами.

Видимо, использовнаие относительных путей в fstab решит проблему.

Что вы под этим понимаете ?

В /etc/fstab для указания файловой системы, которую вы хотите смонтировать можно использовать:
Имя устройства (раздела или логического тома), например /dev/sda1, /dev/mapper/vg0-root
LABEL или UUID файловой системы, смотрите в выводе 'blkid'
По ID связке устройства и раздела, например /dev/disk/by-id/ata-ST3320620AS_****-part1.

Осталось только утрамбовать это во вменяемый скрипт,

А почему не использовать parted, можно посмотреть clonezilla или Ping Is Not Ghost ?

Кстати, без понятия как управлять под чрутом.

Точно так же как и обычным скриптом:

chroot /mnt/system /sbin/grub-install /dev/sda

Если использовать fsarchiver, то UUID раздела будет сохранен и править fstab нужно будет только для других разделов.

Рецепт:

а) настраиваем систему на sda1 и создает файл образ с помощью fsarchiver.

б) разворачиваем образ на новый ПК также на sda1

в) ставим GRUB

г) с помощью blkid узнаем UUID остальных разделов (если они есть) и прописываем в fstab

д) ... profit!

И в чем преимущество перед dd?

dd снимает полный посекторный образ, т.е. если раздел у вас 200 Gb, на нём файловая система, на которой занято всего 20 Гб данных, то dd вы будете снимать образ размером в 200 Гб, а не 20. Что бы уменьшить размер образа его можно сжимать, но с диска в любом случае будет прочитано 200 Гб данных, да и записано на другой диск так же 200 Гб, даже в случае сжатия и распаковки. Вы можете конечно предварительно перед снятием образа файловой системы уменьшить её размер, к примеру до 21 Гб, а заодно и размер раздела. Затем при переносе создать раздел нужного размера, развернуть на раздел файловую систему размером в 21 Гб и затем выполнить «resize» этой файловой системы на весь размер раздела. Как видите действий с 'dd' больше, чем вы себе представляли.

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

Можете конечно таскать винты с каждого компа и втыкать в один и клонить dd :) (Я так понимаю на остальных компах винда.)

Да вот по сети было бы совсем идеально, но боюсь, что подготовка времени займет больше, чем миграция. Спасибо за советы, я пороюсь. Спрошу, если что. Поиздеваюсь над виртуальными машинами пока))

Там по идее будет вообще неразмеченная область. Разделы будут уничтожаться под ноль. Ценной информации локально не хранится. Как корректнее в данном случае? И нужно ли узнавать UUID, если можно использовать относительные пути? Хотя это потенциально может создать проблему при перестановке винтов, насколько я понимаю.

если можно использовать относительные пути?

Ещё раз, что вы понимаете под относительными путями ?

Поднимаете tftp сервер и dhcp, кладёте образ ядра и initramfs PING или clonezilla в директорию, обслуживаемую tftp сервером, пишете простенький конфиг. Загружаетесь по сети, готово.

Да ничего там сложного нет, на сайте все подробно написано, единственное с чем можете столкнуться, если компы сильно старые - не все сетевые карты поддерживают netboot.

На старые компы ставить Kubuntu ... да вы что.

Попытка не пытка :)

/dev/sdx вместо уникальных UUID

Кто говорит о старых компах?)) Там вполне приличные процессоры максимум 2-летней давности. Оперативки в основном 1 Гб, но это не проблема. Еще и остается при стандартных задачах. Сотрудникам не в браузере сидеть. Ну и тут мои личные предпочтения. не скрою. К Unity у коллектива было единодушное отторжение. Они с Win XP пересаживаются.

Если не нужен своп - можно будет не указывать UUID. Только GRUB установить. А вот насчет неразмеченной области не в курсе. Я всегда разбивку делаю сначала, как мне нужно, а тогда уже бекап разворачиваю.

А если будет своп? Он точно так же на каком-то разделе числится.

Remastersys?

Хм... Надо почитать. Но вроде это брошенный проект? Сейчас почитаю. Слышал краем уха. Что-то вроде Ubuntu Customization Kit?

Похоже это именно то, что я искал. Кто-нибудь с ним сталкивался? Я Kubuntu 12.04 развертывать буду. LTS, я думаю, отработан достаточно безглючно.

Тогда нужно будет его UUID вписывать у fstab на каждом ПК. Но! Загружаться система будет и без свопа, все равно.

Неплохой выбор, когда нужно просто стандартный набор программ на ПК с разным железом разнести. Скорей всего, это идеальный вариант для тебя.

Да, на винт(или большую флешку). Сделайте два скрипта, один из которых будет копироваться куда-то в корень раздела будущей системы. Что-бы из скрипта запускать команду в chroot окружении, делайте так:

chroot <путь к корню новой системы> <любая команда>

Благодарю, очень помогли.

Именно. Будем тестировать. Сейчас с интеграцией уперлись. Долбаный AD. Самое смешное, что я врач, но просто Linux знаю лучше наших IT. У нас есть не менее 100 новых машин которые будут предельно примитивными по функциям. Доступ к медицинской базе (это я сделал. Программа взлетела после напильника под Wine) и печать документов. Ну нет смысла винду закупать. Но теперь вопрос централизованного управления этим зоопарком. А я только локально с Linux'ом работаю дома. Домашний сервер на Debian и десктоп с ноутбуком. Мне централизация без надобности... Эх... Puppet, samba... Глобально очень.

Да не за что. Всегда рад помочь.