Клонирование на партию компьютеров

agro_fit

New member
Сообщения
33
#1
Есть партия абсолютно одинаковых компьютеров, требуется на все поставить Астру 2.12 Орёл. Поставил ОС + fly-admin-ad-client. В дальнейшем все машины будут подключены в домен AD.
Склонировал установленную ОС на чистую машину. Поменял имя компьютера
sudo hostnamectl set-hostname НОВОЕИМЯ

В процессе обследования склонированной системы появились вопросы:
1) Абсолютно такие же UUID, как и в эталонной системе. Это может быть проблемой?
2) Старое имя компьютера фигурирует в файлах
/etc/hosts

/var/cache/debconf/config.dat
/var/cache/debconf/config.dat-old

/var/cache/samba/gencache.tdb
/var/lib/samba/private/secrets.tdb

/var/lib/exim4/config.autogenerated
/etc/exim4/update-exim4.conf.conf
/etc/mailname

/etc/ssh/ssh_host_rsa_key_pub
/etc/ssh/ssh_host_ecdsa_key.pub
/etc/ssh/ssh_host_ed25519_key.pub

/home/пользователь/.Xauthority

/lib/udev/hwdb.bin

Файл hosts правлю, ssh-ключи удаляю(+удаляю приватные ключи) и перегенерирую, а что с остальными файлами, насколько они значимы и как из пересоздать?
 
Последнее редактирование:

agro_fit

New member
Сообщения
33
#3
Поразбирался в вопросе, итак:

hosts исправить вручную после разворачивания образа
-----------------------------------------------------
В debconf файлах старое имя компьютера остается только в настройках exim4-config. Переконфигурируя этот пакет, мы изменим эти файлы и все файлы, связанные с exim4.

sudo dpkg-reconfigure exim4-config Не меняем никаких параметров, кроме имени компьютера.
-----------------------------------
gencache.tdb и secrets.tdb восстанавливаются при перезагрузке. Удалить их перед созданием образа. Заодно удалим и passdb.tdb.
-------------------------------------
ssh-ключи

Удаляем файлы перед созданием образа.
sudo rm /etc/ssh/ssh_host_*

Создаем заново после разворачивания образа
sudo dpkg-reconfigure openssh-server
--------------------------------------
.Xauthority удаляем у всех пользователей до создания образа, восстанавливается при загрузке.
-----------------------------------------------------
hwdb.bin - ложное совпадение


-------------Итого------------
До создания образа:
sudo rm /var/cache/samba/gencache.tdb
sudo rm /var/lib/samba/private/secrets.tdb
sudo rm /var/lib/samba/private/passdb.tdb
sudo rm /etc/ssh/ssh_host_*
rm ~/.Xauthority

Создаем образ системы, разворачиваем на новом компьютере. Эти операции выполнил в программе Macrium Reflect 7 из Hiren's BootCD PE x64. Программа различает занятое и свободное место на диске, не копирует пустое место, сжимает данные и может проверить образ после создания. В итоге разные образы получались размером 3 - 3.5 Гб, время создания/разворачивания 5 — 10 мин (обычный жесткий диск, не SSD).

Меняем имя компьютера и файл hosts
sudo hostnamectl set-hostname НОВОЕИМЯ
sudo vim /etc/hosts

Удаляем файлы, созданные со старым именем
sudo rm /var/cache/samba/gencache.tdb
sudo rm /var/lib/samba/private/secrets.tdb
sudo rm /var/lib/samba/private/passdb.tdb
rm ~/.Xauthority

Переконфигурируем пакеты:
sudo dpkg-reconfigure exim4-config Не меняем никаких параметров, кроме имени компьютера.
sudo dpkg-reconfigure openssh-server

Перезагружаемся
sudo reboot

Проверяем наличие удаленных файлов
ls -l /var/cache/samba/gencache.tdb /var/lib/samba/private/secrets.tdb\
/var/lib/samba/private/passdb.tdb ~/.Xauthority /etc/ssh/ssh_host_*
 

Olej

New member
Сообщения
1 307
#4
Создаем образ системы, разворачиваем на новом компьютере. Эти операции выполнил в программе Macrium Reflect 7 из Hiren's BootCD PE x64. Программа различает занятое и свободное место на диске, не копирует пустое место, сжимает данные и может проверить образ после создания. В итоге разные образы получались размером 3 - 3.5 Гб, время создания/разворачивания 5 — 10 мин (обычный жесткий диск, не SSD).
Может быть...
Но я, к примеру, много лет (>10), в условиях разработок промышленного уровня, много-много раз клонировал UNIX-like системы (не только Linux, а и: QNX, Solaris, Minix...) без каких-либо "умных" программ - простым побайтовым копированием образа диска утилитой dd. Разговоры на просторах Интернет что это долго - пустое ("... просто вы не умеете их готовить"), нужно просто в опциях указывать достаточно большой размер блока.
Отсутствие промежуточных ступеней преобразования гарантирует простоту разобраться, если что-то идёт не так.
1) Абсолютно такие же UUID, как и в эталонной системе. Это может быть проблемой?
UUID записывается на разделы во время форматирования, это дело локальное для компьютера, и проблем не создаст ... если вы диски не станете переносить с компьютера на компьютер.
Если очень хочется - UUID можно поменять ... только "овчинка выделки не стоит".
 

Nite2

New member
Сообщения
8
#5
без каких-либо "умных" программ - простым побайтовым копированием образа диска утилитой dd. Разговоры на просторах Интернет что это долго - пустое ("... просто вы не умеете их готовить"), нужно просто в опциях указывать достаточно большой размер блока.
Ну вот я клонирую HDD 4тб, на котором занято всего 5гб от силы. Клонзиллой клонируется минут 7-8. Сколько будет копироваться dd? Любой размер блока поставьте, все равно будет долго. А мне надо склонировать на 15 ПК :)

Можно сказать, что на SSD другая картина будет. Но я и тут бы возразил. Как-то копировал dd диски SSD Palit 60гб. Да, дешевые, тормозные, но клиент купил именно такие в свои ПК. Так под конец копирования этот dd просто умирал, скорость была 5мб/с (!) Догадайтесь, сколько времени копировалось :) Объем блока делал 4мб. Зато клонзиллой то же самое сделалось буквально за пару минут.
 

Olej

New member
Сообщения
1 307
#6
Это всё: бла-бла-бла ... про "сферического коня в вакууме". :ROFLMAO: ... а почему не взять для иллюстраций глубины своей мысли HDD на 100Tb, на котором занято 5Mb? (y)
Сколько будет копироваться dd?
Ну вот вы проверьте, или посчитайте, и нам расскажите... ;)
 

Nite2

New member
Сообщения
8
#7
Так я и проверил. Больше 3х часов :)

А у вас свежеустановленный линукс сколько места на диске занимает? 100тб? Да те же 4-5гб от силы.

С помощью dd все равно приходится весь диск копировать, вне зависимости от его общего объема и занятого, только частью не обойдешься.
При использовании клонзиллы или того же макриум рефлект переливается только занятый объем, отсюда и экономия времени. А вы можете дальше за dd агитировать :)
 
Последнее редактирование:

Olej

New member
Сообщения
1 307
#10
А это нормально, копировать только часть файловой системы?
А вы часть файловой системы не путайте с частью физического диска, которая покрывает нужные первые 2-3 раздела (/, /home, swap ... возможно /boot/efi, ... возможно без /home) ... хоть на 1000Tb диске.
Несоответствие остальных разделов, если они там есть, позже подправите gparted, fdisk, gdisk и т.п.

P.S. Только я не представляю что вы собираетесь размещать на системных терабайтных дисках в Linux ... "тут вам не вЫньда" :p Мне часто (для обстоятельных работ!) оказывается достаточным 30Gb SSD... а 150-250 - так просто за счастье.
 
Последнее редактирование:

oko

New member
Сообщения
1 257
#11
to Nite2
Если нужно побайтовое копирование всего ЖМД (т.е. кучи свободного пространства тоже) или конкретного раздела (если тот же /home на отдельном разделе, но тоже с кучей свободного пространства) - юзайте dd. Если же речь про клон установленной ОС - clonezilla и проч. Можно и без сторонних средств нужные данные пожать gzip'ом с сохранением acl и позже распаковать на нужном ЖМД с нужной ФС и предустановленным MBR. Остальное от лукавого...
С размером блока для dd тоже давняя история, зависящая от кучи факторов и влияющая на:
  • скорость проведения операции копирования;
  • вариативность всплывающих в итоге ошибок и "битых" массивов, которые при большом bs программа dd заботливо переварит и перенесет на целевой ЖМД.
Для надежности оптимальным будет bs примерно равный размеру кластера используемой ФС. Для скорости - около 64Кбайт (тут товарищ даже проверочный скрипт написал для тестирования dd на разных ПЭВМ в разных условиях перед непосредственным "употреблением")...

to Olej
В какой альтернативной вселенной ФС научились распределять данные посекторно от начала физической структуры ЖМД, не оставляя промежутков свободного пространства? Даже при "чистой" установке ОС это не так, а уж для рабочей системы и подавно...
 

oko

New member
Сообщения
1 257
#13
to Olej
Не путайте теплое с мягким: речь не о разделах, а о физическом распределении данных по пространству ЖМД, которым оперирует dd. Пример: сделать /dev/sda1 размером в 1Тб, заполнить его на 1Гб и попытаться перенести на другой носитель средствами dd - потребует переноса 1Тб данных вместо 1Гб. Отсюда и проблема скорости при таком "клонировании", и проблема переноса данных, из которых 0,001 полезной нагрузки, а остальное - мусор или пустота...
Или вы физику процесса себе представляете исключительно по красивым картинкам Gparted ?
 

Olej

New member
Сообщения
1 307
#14
Речь как-раз именно и исключительно о разделах.
Я написал о реально работающем многими годами способе клонирования-тиражирования свеже установленной системы Linux на новые HDD. А не о гипотетических мечтаниях IT клоунов о создании "сферических коней в вакууме" с дальнейшими их переносами ... "с источным криком идиота".
Кто хочет - пользуйтесь.
Кто не хочет - не пользуйтесь.
А идиоты путь продолжают истошно орать... :cry:
 
Последнее редактирование:

oko

New member
Сообщения
1 257
#15
to Olej
Что ж, pro bono commune, продемонстрируйте свой скилл клонирования несферических коней.
Дано:
  • ЖМД-1 на 1Тб, SATA III;
  • /dev/sda1, размер 20Гб, ext4, точка монтирования - /;
  • /dev/sda2, размер 8Гб, swap;
  • /dev/sda3, размер - все оставшееся пространство, ext4, точка монтирования - /home;
  • фактический объем данных на /home - от силы 40Гб;
  • тип разметки - dos (mbr), grub2 в /dev/sda;
  • ЖМД-2 на 250Гб, без разметки, SATA III;
  • для упрощения без LUKS, без LVM и проч. излишеств нехороших...
Задача: сделать клон рабочей системы с ЖМД-1 на ЖМД-2 вместе с данными, хранящимися в /home.
Приведите пример dd для решения указанной задачи, а заодно ориентировочные затраты времени исполнения...
Come on, man, it's really simple, right?
 

oko

New member
Сообщения
1 257
#16
to Olej
Пример был конкретным и весьма распространенным, а ответ на него требовал меньше символов и трудов, затраченных на ваш весьма эмоциональный пост. Жаль, что разум людей в возрасте губит маразм. Еще более жаль, что таких людей пускают в Сеть...
Кстати, издание пары каких-то книг - не показатель...
 

Nite2

New member
Сообщения
8
#17
Началась рабочая неделя, решил глянуть, что тут происходит. Оказывается, Olej уже без меня полностью себя дискредитировал, в ответе на вполне конкретный технический вопрос перейдя на личности, а по сути ничего не ответив. Еще и говорит что-то про адекватных и интеллигентных собеседников, ага. Даже расхотелось дальше что-то обсуждать...
 

Nite2

New member
Сообщения
8
#18
славного представителя пЫдагогов высшей школы
доблестная когорта самовлюблённых жизнерадостных Ыдиотов
с тобой, гандоном, стану здесь бодаться
долбо#б ординарный гнойный
придурок - "ага-га-кало" под новым именем
Конечно, с таким "адекватным и интеллигентным" собеседником что можно обсуждать...
Заметьте, вам в ответ никто ничего подобного не сказал.