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

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

live-build

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

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

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

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

http://habrahabr.ru/post/40619/ Глубоко внутри ubuntu тоже debian.

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

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

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

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

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

простой образ от команды 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. исправить загрузчик

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

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

200гб

Это как так? о0

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

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

и vxzvxz

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

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

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

dd быстрее

чушь

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

dd _может_ быть быстрее.

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

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

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

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

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

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

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

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

копирование блочного устройства или раздела никогда не будет быстрее чем копирование внутренностей ФС (при помощи 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. Разделы, да.

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

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

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

))))))))))

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

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

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

покажет. И что?

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

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

не только.

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

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

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

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

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

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

ну хорош мне про dd свистеть, это всем известно, просветитель вы наш. ))))))

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

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

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

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

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

ну очевидно для тебя это новость. Я рад, что ты узнал что-то новое.

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

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

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

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

ваша новость давно протухла

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

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

parted -l

lshw -class disk

smartctl -i /dev/hda

hdparm -i /dev/sda

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

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

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

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

с этого и надо было начинать: «я не такой как все».

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

clonezilla

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

//fixed

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

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

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