LINUX.ORG.RU

образ системы или скрипт

 ,


1

1

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


Скрипты и конфиги в deb апкет завернуть можно.

roman77 ★★★★★
()

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

если всё одинаковое — образ. Если надо что-то спросить — скрипт. К.О.

emulek
()

Ты ими потом управляешь? Осиль какой-нибудь puppet/chef/salt/что-нибудь, плюс: пишешь действие один раз — оно применяется на всём уже сетапленном + на всём, что будешь сетапить, если оно в той же группе/обладает тем же признаком.

Ну а с предустановленным configuration manager'ом — образ, можно периодически обновляемый.

x3al ★★★★★
()
Ответ на: комментарий от emulek

да спасибо за ответ, но на просторах интернета наткнулся на то что , не рекомендуют образ, на разные ПК ставлю

B_U_G
() автор топика
Ответ на: комментарий от x3al

думал, но все же , некоторые конфиги отличаются или дописываются, думаю это не подойдет, хотя с ними не сталкивался

B_U_G
() автор топика

dump/restore. Лучше нет.

IPR ★★★★★
()
Ответ на: комментарий от B_U_G

А теперь таки открой мануал. Оно прекрасно умеет делать «некоторые конфиги отличаются» (привязываясь к любой характеристике) и можно индивидуально спустить конфиг любой машине либо группе машин.

x3al ★★★★★
()
Ответ на: комментарий от B_U_G

не рекомендуют образ

простой образ от команды dd сделает из диска в 1Т диск в 200Гб, если тупо снять образ всего sda/

Однако никто не мешает

1. распилить диска на sda1 sda2

2. поставить OS на sda1 (на sda2 сделать /home)

3. сделать образ sda1

4. на целевой машине тоже распилить, так, что-бы sda1==sda1 (а sda2 получится другой)

5. накатить образ в sda1

6. создать FS на sda2

7. смонтировать в sda2=>/home

8. исправить загрузчик

emulek
()
Ответ на: комментарий от emulek

dd сделает из диска в 1Т диск в 200Гб

магия однако ))))))

vxzvxz ★★★
()

dd или dump/restore+установка grub и заливка по pxe

dump/restore+установка grub - быстрее dd в разы

vxzvxz ★★★
()
Ответ на: комментарий от NeverLoved

и vxzvxz

никакой магии. В MBR записано, что «диск в 200Гб», dd это тоже копирует, и потому диск в 1Тб видится как будто он в 200Гб.

emulek
()
Ответ на: комментарий от vxzvxz

dump/restore+установка grub - быстрее dd в разы

не всегда, и завист от того как ты умеешь готовить dd. Иногда dd быстрее. Часто также.

emulek
()

Написать манифест для паппета. Его проще будет сопровождать, чем готовый образ и он будет более продуман, нежели набор своих скриптов.

strangeman ★★★★
()
Ответ на: комментарий от emulek

копирование блочного устройства или раздела никогда не будет быстрее чем копирование внутренностей ФС (при помощи dump, rsync или простого cp).

В MBR записано, что «диск в 200Гб», dd это тоже копирует, и потому диск в 1Тб видится как будто он в 200Гб.

не надо путать теплое с мягким, есть разделы, а есть блочные устройства, и никакая dd не способна уменьшить число блоков на физическом устройстве, и диск в 1T всегда будет 1T, банальная команда fdisk -l это покажет, а то что записано в MBR так это просто метки обозначающие начало и конец разделов, да и к тому же блочные устройства или по вашему «диски» можно использовать и без mbr и gpt, можете сами попробовать mkfs /dev/sda, а еще лучше пощупайте zfs.

В MBR записано, что «диск в 200Гб»

в таблице разделов информации о емкости физического диска нет! в ней описываются только разделы.

vxzvxz ★★★
()

Clonezilla. Backup/restore. Самое удобное в таких ситуациях, ИМХО.

sT331h0rs3 ★★★★★
()

Можно всё по максимуму опакетить, а потом устанавливать с PXE-сервера с помощью preseed (я так делаю сейчас).

Но вообще нужно учитывать не только что ты хочешь поставить, но и как потом с поставленным будешь обращаться. Может быть действительно правильнее puppet или chef или что-то в таком духе завести для более тонкого управления конфигами.

alpha ★★★★★
()
Ответ на: комментарий от vxzvxz

копирование блочного устройства или раздела никогда не будет быстрее чем копирование внутренностей ФС (при помощи dump, rsync или простого cp).

4.2

давай ты аргументировать будешь, да?

не надо путать теплое с мягким, есть разделы, а есть блочные устройства, и никакая dd не способна уменьшить число блоков на физическом устройстве, и диск в 1T всегда будет 1T

но на диске в 1 Т будет записано, что он в 200Г.

банальная команда fdisk -l это покажет

покажет. И что? Размеры разделов будут такие, как ты напишешь. Вплоть до Disk identifier.

а то что записано в MBR так это просто метки обозначающие начало и конец разделов, да и к тому же блочные устройства или по вашему «диски» можно использовать и без mbr и gpt, можете сами попробовать mkfs /dev/sda, а еще лучше пощупайте zfs.

детка, ты меня ни с кем не попутал?

в таблице разделов информации о емкости физического диска нет! в ней описываются только разделы.

успокойся, я в курсе, что там записано. Лучше задумайся о том, кто будет читать этот твой fdisk -l? Человек воткнёт девайс в комп, и увидит то, что ему покажет thunar/dolphin например. Ну или fdisk. Разделы, да.

emulek
()
Ответ на: комментарий от emulek

умеешь готовить dd

))) утилита dd проста как три копейки и при локальном копировании на нее влияют только две вещи размер копируемого блока данных и кеш физического диска.

vxzvxz ★★★
()
Ответ на: комментарий от emulek

меня ни с кем не попутал

я вас попутал с прыщавым школоло, который недавно освоил dd и возомнил себя гуру по его использованию. )))))))))

vxzvxz ★★★
()
Последнее исправление: vxzvxz (всего исправлений: 1)
Ответ на: комментарий от vxzvxz

))) утилита dd проста как три копейки и при локальном копировании на нее влияют только две вещи размер копируемого блока данных и кеш физического диска.

не только.

во первых не одного, а ОБОИХ дисков.

во вторых всё зависит ещё и от среды передачи между дисками.

в третьих, для HDD всё сильно зависит от того, насколько сильно разбросаны данные по диску. Линейное чтение на порядок быстрее рандомного, и по этой причине скопировать Over9000 мелких файлов возможно будет в тысячи раз дольше, чем весь диск целиком.

В четвёртых, для записи Over9000 файлов в каталог, тебе придётся Over9000 раз переписать по новой сам каталог, если ты пишешь cp/rsync'ом. Даже удаление 1М файлов из одного каталога может занять значительное время, а ведь при этом никакой записи в файлы и нет.

emulek
()
Ответ на: комментарий от vxzvxz

интересно это в каком месте это будет записано?

ты сам говорил: «в таблице разделов информации о емкости физического диска нет! в ней описываются только разделы». Вот и будет записано, что на диске два раздела 100+100Гб.

emulek
()
Ответ на: комментарий от vxzvxz

я вас попутал с прыщавым школоло, который недавно освоил dd и возомнил себя гуру по его использованию.

а ты в каком год родился? Я в 1975ом.

emulek
()
Ответ на: комментарий от vxzvxz

это доказывает что вы неуч батенька и пишите чушь за чушью.

тем не менее, геометрия диска мало кого волнует. Смотрят на разделы. И не только администраторы, но и системные утилиты. А вот dd делает ТОЧНУЮ копию. В частности размер она тоже копирует. А то, что там дыра получается, так этого не видно, ибо нигде не записано, что эта дыра существует.

emulek
()
Ответ на: комментарий от vxzvxz

да нет в таблице разделов инфы про физический диск, просто нет.

и что? Когда ты подключаешь диск, его инфу никто и не читает. Читают только MBR, или напрямую инфу о fs, если девайс не порезали на разделы.

emulek
()
Ответ на: комментарий от emulek

dd делает ТОЧНУЮ копию

так называемую копию можно получить и с помощью cat, bar и pv и она будет не менее точна чем у dd

vxzvxz ★★★
()
Ответ на: комментарий от emulek

Читают только MBR

У меня на дисках нет mbr использую zfs и что теперь не узнать размер дисков.

parted -l

lshw -class disk

smartctl -i /dev/hda

hdparm -i /dev/sda

фух вроде все на месте, не пугай так. )))))))))0

vxzvxz ★★★
()
Ответ на: комментарий от vxzvxz

так называемую копию можно получить и с помощью cat, bar и pv и она будет не менее точна чем у dd

cat тебе скопирует только один файл, и только целиком. С помощью dd ты можешь скопировать любой кусок в любое место.

emulek
()
Ответ на: комментарий от emulek

))))))))))))) ну сатирик в натуре. dd у него меняет размер диска... ржем всем отделом давай исче.. ждем... рубай правду матку

vxzvxz ★★★
()
Ответ на: комментарий от vxzvxz

ржем всем классом давай исче..

//fixed

а ты всё же возьми, и запиши командой dd флешку на hdd, и дай этот hdd однокласснику... Только смотри, что-бы он тебе рыло не разбил, за то, что ты его hdd испортил. Будь готов разбекапить mbr обратно.

emulek
()

скриптец хорошо-бы (и сразу под гит). Он и образы мог бы делать. Так что делай выводы.

swwwfactory ★★
()
Ответ на: комментарий от vxzvxz

Он наверное имеет в виду, что после dd нужно resize2fs, иначе ФС останется старого размера.

goingUp ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.