LINUX.ORG.RU

Знаете ли вы команду dd?

 


0

0

Команда dd практически ровесник ОС Unix, однако ее синтаксис кардинально отличается от синтаксиса большинства остальных команд этой ОС. В статье Алексея Дмитриева "dd: Команда, которая не похожа на другие" даны практические рекомендации по использованию команды dd.

>>> Подробности

★★★

Проверено: maxcom ()
Ответ на: комментарий от const86

> Получится, но к чему выпендрёж? tar/cpio + gzip/bzip2 чем не угодили?

Рецепт клонирования 20 винтов с оффтопиком в студию!
Средствами архиваторов не перенесешь загрузчик и прочую дребедень из первых секторов, а с помощью dd устанешь копировать весь образ 80Гб винта, если занято только 5. Причем система фрагментирована по всему диску. Нужно что-нибудь более высокоуровневое...

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

>Рецепт клонирования 20 винтов с оффтопиком в студию! Средствами архиваторов не перенесешь загрузчик и прочую дребедень из первых секторов, а с помощью dd устанешь копировать весь образ 80Гб винта, если занято только 5. Причем система фрагментирована по всему диску. Нужно что-нибудь более высокоуровневое

вы, молодой человек, не в теме, товарищ ingwar решает проблему резервирования данных а не кланирования. И уберите свой заносчивый тон, вам никто ничего не обязан "в студию".

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

> Рецепт клонирования 20 винтов с оффтопиком в студию!

Вот над этим не задумывался.

> Средствами архиваторов не перенесешь загрузчик и прочую дребедень из первых секторов,

А и не надо. Система 'упала' для меня равносильно замене железа. В таком случае производится установка. Если нужно быстро и масштабно - конфиг типовой установки и сеть.

Бекапить на самом деле нужно самое ценное - у *nix'оидов это полезные данные, а не система.

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

>> Рецепт клонирования 20 винтов с оффтопиком в студию!
>Вот над этим не задумывался.
А призрак Нортона задумался и решил задачу. ;)

>Если нужно быстро и масштабно - конфиг типовой установки и сеть.
Если сравнивать по скорости установку с нуля и полное копирование средствами dd, то да, разницы не видно. Не флейма ради, но dd не пригоден для "умного" создания образа. А в целом утилита полезная и нужная. :)

>Бекапить на самом деле нужно самое ценное - у *nix'оидов это полезные данные, а не система.
У десктопных линуксоидов это /home, у серверных - /etc. =)

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

>у серверных - /etc. =)

а как же /var?

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

>Рецепт клонирования 20 винтов с оффтопиком в студию! Средствами архиваторов не перенесешь загрузчик и прочую дребедень из первых секторов, а с помощью dd устанешь копировать весь образ 80Гб винта, если занято только 5. Причем система фрагментирована по всему диску. Нужно что-нибудь более высокоуровневое...

Проще простого. Таблицу разделов и загрузчик записывать средствами dd. А сам раздел с вендой средствами partimage - http://www.partimage.org/Main_Page

Оно умеет бэкапить только данные, сжимать образ, верифицировать. И работать через сеть. Правда у нас нужно было восстанавливать сразу пару десятков машин и 100 мбит сетка сильно проседала, так что проще было подрубить усб диск с образом и запустить восстановление с ливсд. А еще быстрее было поставить в соседний раздел линукс в минимальной комплектации и записать образ прямо туда. Тогда быстренько пробежал, загрузил в линукс и выбрал восстановление и через 10-20 минут все готово. Весь класс, как муха не сидела, ломайте, господа ученики.

Для восстановления линукса интереснее простой tar. Тогда можно менять рамер раздела или использовать другу fs.

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

>вы, молодой человек, не в теме, товарищ ingwar решает проблему резервирования данных а не кланирования. И уберите свой заносчивый тон, вам никто ничего не обязан "в студию".

нет. я немного неправильно указал проблему, речь идет именно о клонировании. для резервирования есть куча прекрасных способов, в том числе и rsync, и tar и даже тупой cp на сетевой диск.

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

Пока, как это не смешно, самым приемлемым способом вижу предложеный tar + mkfs + dd для копирования загрузочных данных, если таковые имеются. Надо подумать на досуге. Имиджем это, конечно, не будет, зато все что нужно останется. Пожалуй так.

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

>> Если нужно быстро и масштабно - конфиг типовой установки и сеть.

> Если сравнивать по скорости установку с нуля и полное копирование средствами dd, то да, разницы не видно. Не флейма ради, но dd не пригоден для "умного" создания образа. А в целом утилита полезная и нужная. :)

На разных машинах не заработает.

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

> нет. я немного неправильно указал проблему, речь идет именно о клонировании. для резервирования есть куча прекрасных способов, в том числе и rsync, и tar и даже тупой cp на сетевой диск.

А нафиг? С этим клонированием не забудь вовремя сделать lvm snapshot, чтобы не получит фс в несогласованном состоянии.

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

> Для восстановления линукса интереснее простой tar.

Еще раз. tar умеет сохранять ACL и все такое? Посему предлагаю star, чтобы развернуть данные именно в том состоянии, в котором они у нас были.

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

> Правда у нас нужно было восстанавливать сразу пару десятков машин и 100 мбит сетка сильно проседала, так что проще было подрубить усб диск с образом и запустить восстановление с ливсд. А еще быстрее было поставить в соседний раздел линукс в минимальной комплектации и записать образ прямо туда. Тогда быстренько пробежал, загрузил в линукс и выбрал восстановление и через 10-20 минут все готово. Весь класс, как муха не сидела, ломайте, господа ученики.

Зря все IBM робота ругают. Он тут не так давно про LVM снапшоты рассказывал. Есть какая-то конфигурация. Поработали студенты, скинули свои проекты в svn репозитарий, за время работы ну не более 2Gb наизменяли. Потом откатились назад и все.

Получаем: и система как была до пары и студенты свои проекты в svn хранят и на флешках не теряют.

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

>Получаем: и система как была до пары и студенты свои проекты в svn >хранят и на флешках не теряют. >skwish * (*) (03.12.2008 0:25:08)

Ага, он первый кто открыл Америку, давайте молится на него. Читать надо, интересоваться технологиями, а не розовый шар в кармане гонять!

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

>>> Рецепт клонирования 20 винтов с оффтопиком в студию!

>> Вот над этим не задумывался.

> А призрак Нортона задумался и решил задачу. ;)

Стиль Нортона - не Ъ. оффтопик надо пускать в Xen domU, у них своя Volume Group. И те же средства резервирования данных. Только еще периодически снимки самих вирт машин делать. И, если что подозрительное - сразу же откатывать. Переставлять скорее всего тоже придется - но это неизбежно. Тем не менее пока ставится новый оффтопик, пользователи могут работать со старым.

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

сам не юзал, но, вроде Нортон умеет разливать образ по сетке мультикастом. Вот это бы очень хорошо для большого количества компов

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

>Еще раз. tar умеет сохранять ACL и все такое? Посему предлагаю star, чтобы развернуть данные именно в том состоянии, в котором они у нас были.

вы используете в инсталляции (не в пользовательских данных) ACL и все такое?

>Посему предлагаю star

запросто. Если нужны acl, то придется попотеть и собрать star.

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

>Есть какая-то конфигурация. Поработали студенты, скинули свои проекты в svn репозитарий, за время работы ну не более 2Gb наизменяли. Потом откатились назад и все.

>Получаем: и система как была до пары и студенты свои проекты в svn хранят и на флешках не теряют.

Это хорошо, но на уроках под вендой не работает.

Еще вариант - qemu с опцией незаписи на диск или снепшот в virtualbox или vmware. Но не всегда подходит скорость виртуальной машины.

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

> tar умеет сохранять ACL и все такое?
getfacl -R --skip-base работает быстрее стара и обычно меньше по объёму.
и не надо стар руками собирать.
к тому же у стара свои закидоны.

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

> вы используете в инсталляции (не в пользовательских данных) ACL и все такое?

Нет, я предлагал бекапить только пользовательские данные.

>> Посему предлагаю star

> запросто. Если нужны acl, то придется попотеть и собрать star.

Ну или просто из официального репозитария поставить.

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

Заработает. Только надо в диспетчере устройств перед клонированием удалить драйвера проца, материнки в общем случае.

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

>Нет, я предлагал бекапить только пользовательские данные.

каждому свое. Имхо настроенную систему тоже имеет смысл бэкапить. Кроме того, в большинстве случаев пользовательские данные достаточно хорошо укладываются в формулу umask=022 и никаких аклов.

>Ну или просто из официального репозитария поставить.

star некошерен ибо его автор - повернутый на соляре педик...

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

Склеивать файлы, вообще-то, надо командой cat. Для того и предназначена :)

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от kto_tama

> с помощью dd можно склеивать файлы ?

Конечно, но есть и cat.

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