Debian сделать образ диска
Здравствуй дорогой читатель данного руководства. Меня зовут Андрей, и нет, я не алкоголик, а разработчик встраиваемых систем на базе Linux.
Данная статья является кратким руководством по созданию образа диска с несколькими разделами, куда можно было бы записать всякую всячину для передачи заказчику, а в дальнейшем и на производство.
Для чего это нужно? Все процессорные платы, разрабатываемые нашим предприятием, обладают слотом для sdcard и установленной на плате mmc. Загрузка системы производится либо с sd, либо c mmc. sd-карта является, как правило, временным решением, подкупает простотой установки. А mmc является постоянным решением, куда устанавливается уже финальное программное обеспечение. Переключение между способами загрузки осуществляется перемычками (джамперами на плате).
В случае, когда мы говорим о заказчике на этапе разработки, ему необходима самостоятельная возможность работать с устройством. Для этого ему предоставляется само устройство и ссылка для скачивания образа, с инструкцией, как установить образ на sdcard и загрузить с неё систему. Далее заказчик иницирует либо установку с sd-карты, либо запускает диагностическое программное обеспечение, но это уже конкретные детали работы с заказчиком.
В случае, когда мы говорим о производстве, и выпуске устройства, то мы знаем, что люди которые будут устанавливать на mmc конечный продукт, как правило, не умеют подключаться через терминал и работать с командной строкой u-boot или Linux, да и просто может не быть на это времени. В их задачи должны входить осуществление простого производственного цикла, например:
подключить к стенду;
установить джамперы и sd-карту;
снять джамперы и извлечь sd-карту;
выключить устройство и передать дальше.
Конечно, образ можно разместить, например на сервере, и накатывать через сеть, но такой вариант, все равно, требует, как минимум, наличие загрузчика на mmc.
Для того, чтобы не мучаться с каждой sd-картой для каждого варианта, можно заранее подготовить несколько образов. И тут возникает вопрос - каким образом? Подготовку можно даже автоматизировать, но это совсем другая история.
Что потребуется для понимания и осуществления происходящего:
ОС GNU/Linux Debian;
умение пользоваться командной строкой на уровне ввода команд;
понимать что такое переменная окружения и как ее значение использовать в командной строке.
Создаём файл образа диска заданного размера:
Подключаем диск к системе, разбиваем и форматируем:
Монтируем разделы и записываем информацию:
Отключаем диски в обратном порядке:
Записываем полученный образ на соотвествующее устройство, если есть необходимость, например, для проверки и тестирования:
Передаём полученный $ заказчику или производству, с инструкцией, как пользоваться.
Заключение
Подготовить образ диска можно двумя способами:
сделав образ с реального физического носителя при помощи программы dd;
создав изначально целиком виртуальный образ, который может быть установлен на любой внешний носитель при помощи той же dd.
Почему первый способ не всегда подходит? Если вы разрабатываете одну систему, пользуетесь одной sd-картой, то этот способ кажется вполне приемлемым. Но, как только, вы попробуете установить образ с этой единственной sd-карты на другую, похожую, например другого размера, вас ждет разочарование в таком подходе. У меня в работе, как правило несколько встраиваемых систем, и держать по несколько разных sd-карт для каждой - просто незволительная роскошь. Виртуальный же образ всегда легко модифицируем и распространяем. Но есть недостаток - это его фиксированный размер, он в таком же виде попадет на sd-карту, ограничив размер используемого места, но для случая когда это необходимо для разворачивания системы это не имеет значения.
UPD: Руководство исправлено в соответствии с замечаниями комментаторов. Спасибо.
Создание резервных копий — одна из основных обязанностей любого администратора, но это сложная задача, для которой используются мощные инструменты, которыми подчас непросто овладеть.
Существует множество программ, таких как amanda , bacula , BackupPC . Это клиент-серверные системы, имеющие много опций, настройка которых довольно сложна. Некоторые из них предоставляют дружественный веб-интерфейс, чтобы компенсировать это. Но в Debian есть десятки других программ для резервного копирования на все возможные случаи, в чём можно легко убедиться с помощью apt-cache search backup .
Вместо того, чтобы описывать некоторые из них, в этом разделе будут приведены рассуждения администраторов Falcot Corp при определении ими стратегии резервного копирования.
В Falcot Corp резервные копии нужны для двух целей: восстановления ошибочно удалённых файлов и быстрого восстановления любого компьютера (сервера или рабочей станции) после отказа жёсткого диска.
Alternate Method
If you use apt-move to store the packages apt downloads when updating your system, you can use the mirror it creates to fill the cdrom with all the packages on your current system. Remember to call "apt-move sync" before mastering the image, to make sure, all dependencies are met.
Linux Live: бэкап в Slackware
Теперь очередь дошла и до Slackware. Очень хороший дистрибутив, пусть и не такой удобный, как Ubuntu, зато очень надежный. Для создания LiveCD в Slackware выполни следующие действия:
Использование
Для начала вам нужно установить hfsplus (сделайте это с правами root):
Так как ваш DMG это «сырая» файловая система HFS, вы можете монтировать её так же как iso-образ, просто замените «iso9660» на «hfs» после ключа -t (тип).
Конечно вы должны делать это с правами root, и перед началом нужно создать целевую директорию (/mnt/«куда-нибудь»). После выполнения команды файлы будут доступны в указанной директории.
Хотя я не тестировал, я думаю что если DMG файл сжат или защищен любым способом, вы не сможете смонтировать его.
Для меня это работает и будет или не будет работать для вас.
.img — это расширение файла, обычно используемого для образов дискет, а в некоторых случаях и для образов жёстких дисков. Первое популярное приложение, написанное под DOS — HD-Copy DiskDupe и WinRaWrite для Windows, — это удобный способ создания полных архивов floppy дисков, включая загрузочные. На самом деле, образ содержит не какой-либо "формат", а обычный дамп содержимого диска.
Некоторое новое программное обеспечение, подобное WinImage, поддерживает сжатые версии формата, имеющие расширение .imz.
Все мы помним (любим и скорбим) о добром привидении от Нортона – Norton Ghost. В мире Windows его можно считать незаменимым (хотя в конкурентах недостатка нет – прим. ред.). В этой статье мы поговорим о средствах резервного копирования для твоего любимого тукса. Более того, все рассматриваемые средства позволяют создать не просто резервную копию системы, а LiveCD/DVD.
9.10.2. Восстановление машин без резервных копий
На настольных компьютерах, резервное копирование которых не выполняется, будет легко переустановить программное обеспечение со специальных DVD-ROM, подготовленных с помощью Simple-CDD (см. Раздел 12.3.3, «Simple-CDD: решение «всё-в-одном»»). Поскольку при этом происходит установка с нуля, все настройки, которые могли быть сделаны после предыдущей установки, теряются. Это не страшно, поскольку все системы привязаны к центральному каталогу LDAP с учётными записями, и большая часть настольных приложений предварительно настроены благодаря dconf (более подробно об этом см. в Раздел 13.3.1, «GNOME»).
Администраторы Falcot Corp осознают ограничения своей политики резервного копирования. Поскольку они не могут защитить сервер резервных копий так же хорошо, как магнитную ленту в несгораемом шкафу, они установили его в отдельной комнате, чтобы стихийное бедствие, такое как пожар в серверной комнате, не уничтожило резервные копии вместе со всем остальным. Кроме того, они делают инкрементальные резервные копии на DVD-ROM раз в неделю — туда включаются только те файлы, которые были изменены со времени предыдущего резервного копирования.
УГЛУБЛЯЕМСЯ Резервное копирование сервисов SQL и LDAP
Многие сервисы (такие как базы данных SQL или LDAP) не могут быть запущены для резервного копирования простым копированием их файлов (кроме случаев, когда их работа была корректно завершена до начала старта резервного копирования, а это является проблемой, поскольку работа данных сервисов подразумевает быть доступными в любое время). В этих случаях необходимо использовать механизм экспорта (“export”) для создания дампа данных, который поможет безопасно начать резервное копирование. Зачастую дамп достаточно большой, но он хорошо сжимается. Для уменьшения использования необходимого пространства в резервном хранилище, вам нужно будет только сохранять комплект текстовых файлов каждую неделю, и дополнительно делать команду diff каждый день, которая выглядит примерно так diff файл_из_вчера файл_из_сегодня . Программа xdelta выполняет бесконечно малое приращение (инкрементальных) различий бинарных дампов.
КУЛЬТУРА TAR , стандарт резервных копий на плёнке
Исторически самым простым способом создания резервных копий в Unix было сохранение архива TAR на плёнке. Команда tar даже получила своё название от «Tape ARchive» — «плёночный архив».
Образы Дисков используются в основном для удаленного распространения различного програмного обеспечения, такого как дистрибутив Линукс: установочные флоппи или компакт диски можно записать в виде образа диска, передавать их через интернет и записать на физический носитель, при этом конечный пользователь получит точную копию содержимого первоначального образа. Таким образом, пользователь может записать образы в виде LiveCD и попробовать Операционную Систему не устанавливая её на жёсткий диск.
Еще одним популярным применением является виртуализация дисковых устройств. Она позволяет защитить CD от перезаписи или повреждений. Использование виртуальных дисков также позволяет более эффективно переносить CD: можно хранить Образы Дисков на относительно лёгком загрузочном устройстве, имеющем объём больший чем CD (например, USB-флеш-накопитель)
Файлы .bin (или .RAW) это образы извлечённые в чистый RAW формат. То есть 2352 байта секторов, всё содержимое сектора CD: данные пользователя, заголовочный сектор, коды коррекции ошибок (ECC), коды детекции ошибок (EDC). Ещё раз, каждый сектор преобразуется в цифровые данные в файле .bin, но копируется больше материала и результирующий файл будет больше. Файл .bin должен быть размером 251,000 x 2352 = 590,352,000 байт.Этот процесс будет копировать на диск ВСЁ, поэтому это может быть полезно для необычных дисков (несколько треков, смешанный тип дорожек Аудио+Данные или Данные+Аудио) и для не компьютерных CD (PSX,VCD,MAC).
ISO-образ (. ISO) является неофициальным термином для образа диска стандарта ISO 9660. Более того, это относится к любому оптическому образу диска.
Как это характерно для образов дисков, в дополнение к файлам данных, которые содержатся в ISO-образе, он также содержит все метаданные файловой системы: (Загрузочный код, структуры и атрибуты). Вся эта информация содержится в одном файле. Эти свойства делают его привлекательной альтернативой физическому устройству хранения данных для распространения программного обеспечения, которое требует эту дополнительную информацию.
Некоторые общие области применения ISO включают в себя распространение дистрибутивов Линукс и LiveCD.
Files and hooks
List of packages (udebs) to install or not install in into the d-i ramdisk.
The content of these files are taken as lists of packages to install or not into the target area.
If the file ''cdrom''.disk/base_installable exists, the base-installer udeb selects the cdrom as source for the installation.
Helper scripts: diunpk, dipk
Here are example scripts for unpacking and packing d-i CD image file. You need to have aufs modules available.
* diunpk: execute this with d-i.iso file as its argument. This generates tree under dated directory and cd into it.
* dipk: execute this in dated directory.
Создание
На сколько мне известно, единственный путь создать .dmg в Debian — использовать командную строку:
Где «ваш исходный файл» это CD или раздел жесткого диска в формате HFS. Однако, создание файла DMG в Линуксе не имеет смысла, существует много других способов упаковки ваших данных, например файловые архивы.
Зачем нужно все это?
Для начала определимся, зачем админу средства для создания LiveCD. Наша цель – резервное копирование системы, но причем здесь LiveCD? Оказывается, это довольно удобно. Мы убиваем вот сколько зайцев сразу:
- Создаем средство для восстановления системы. Предположим, ты настроил свою систему, поднял все сетевые службы, отредактировал их конфиги. Но завтра из-за очередного перепада напряжения сгорел винт. Опять все заново настраивать? Если ты накануне создал LiveCD, то тебе нечего беспокоиться. Заменил винт, загрузился с LiveCD (конечно, это будет LiveDVD, но по старинке мы здесь и далее будем называть его LiveCD) и установил систему вместе со всеми параметрами на новый винт. И все! На всю эту операцию будет потрачено полчаса. Пользователи и начальство будут тебе благодарны за столь оперативное «воскрешение» сервера. А теперь представь, что ты создал обычный бэкап с помощью tar/tgz. Тебе нужно минимум 40 минут на установку системы, потом время на восстановление бэкапа, плюс один лишний ребут. Однозначно времени будет потрачено больше.
- Создаем средство для клонирования системы. Когда предприятие покупает компьютерный парк, то, как правило, все компьютеры однотипные (исключение составляют, разве что, серверы – они должны быть мощнее, и компьютеры начальства – у них должна быть мощная видеокарта :)). Вот теперь представь, что тебе нужно настроить каждый новый компьютер. А их может быть 10, 20, 50! Можно поступить проще. Настроить один компьютер, создать бэкап в виде LiveCD и «развернуть» этот бэкап на всех остальных компах сети. Пусть настройка одного компьютера займет полтора часа (установка системы + настройка), создание LiveCD – еще минут 30 (тут все зависит от способностей компьютера, потому что от тебя требуется ввод всего одной команды), затем запись образа на болванки. Да, именно на «болванки», потому что тебе нужно будет создать несколько копий LiveCD, чтобы ты смог одновременно устанавливать систему на несколько компьютеров. Затем еще минут 40 ожидания, и сразу будет настроено N компьютеров, где число N зависит от количества имеющихся болванок. Удобно? Думаю, да. Без LiveCD ты бы потратил полтора часа на каждый компьютер. 10 компов = 15 часов (два рабочих дня). А так ты настроишь эти 10 компов примерно за четыре часа. Остальное время можно делать вид, что настраиваешь компы, и ничего не делать. А время идет, зарплата начисляется! И еще – созданные «клоны» системы можно использовать в будущем, если компьютерный парк будет расширяться.
- Возможность создания LiveUSB – загрузочная живая флешка понадобится для восстановления/клонирования операционки нетбука и других компов, где нет DVD -привода. Средства создания LiveCD позволяют также создать и загрузочную флешку.
Не нужно думать, что бэкап в виде LiveCD может использоваться только для копирования/восстановления файлов самой системы. Можно копировать и пользовательские данные из /home, лишь бы их размер не превысил размера DVD-диска. Хотя можно использовать двухслойные диски (двухсторонние использовать не удобно), что позволит увеличить объем резервируемой инфы.
Summary
Итак, какую прогу выбрать? Если у тебя установлена Debian или Ubuntu, самым простым вариантом будет использование Remastersys Backup. Для бэкапа компов, работающих под самыми разными ОС, подойдет Clonezilla – наверное, лучший выбор для админа. А вот фанатам Slackware должны понравиться скрипты Live, но учитывая, что нужно будет перекомпиливать ядро, наверное, проще будет использовать Clonezilla для бэкапа слаки.
The Debian installer is based on udebs. Many of those udebs are in the installation image but some of them are in the image's initrd. If you want to modify the udeb's in the initrd then you should follow the instructions on how to build a full image with a custom kernel. However, when you simply want to substitute, amend or add to Debian packages or non-initrd udeb's, you can do this without building a full image.
An already built installation image is required; a netinst or CD/DVD/BD image would be suitable. The remastering of such an image will be illustrated here using the first two DVD images for the Debian 9 (stretch) i386 architecture. The first image is the installation image and the second contains packages we want to add to the first image.
Almost all the remastering process can be carried out as an ordinary user. There is no need for root privileges until it comes to writing the new image to a USB device with dd (or using the genisoimage command).
This is the image (DVD-1) that gets modified; it forms the basis for the remastered image. Because an ISO9660 image cannot be modified directly (it is a read-only image) it must first be extracted. There is a number of techniques to do this but bsdtar will be used here.
First make a directory in which to put the extracted files and then extract them:
Make the files in cd writable:
Looking at the contents of DVD-1 when extracted to cd the following two directories will be seen:
pool contains the Debian packages and it is where any additional packages (from DVD-2, say) would be put. dists is for storing Packages lists and Release files - the index files.
Now put any packages that you want in your image into pool/main or pool/contrib. As an example, suppose you want to copy all of pool/main on DVD-2 to pool/main on DVD-1, the installation image. This could be done either by loopmounting DVD-2 or directly extracting its files to a directory.
Choosing the second method:
Putting packages in pool is not sufficient to produce a valid new image; all the index files (Packages, Packages.gz and Release) and md5sums.txt have to be updated to reflect this change in the image.
It is convenient to update package information using apt-ftparchive and a configuration file.
Create the file config-deb and run:
to generate Packages and Packages.gz files.
One way of updating the Release file in cd/dists/stretch/ is to delete everything in the file from the MD5Sum: line to the end of the file
followed by (editing the file, if desired)
The md5sum of any image file has to accord with what is in cd/md5sum.txt. Regenerate it with
It is likely there will be warning message, which appears not to affect the production of an md5sum.txt:
The new image to be created will differ from the image it is based on, if only because of the extra packages it contains. As it stands at this stage, another difference between the new image and DVD-1 (say) lies in the Packages file content. In the course of producing this file no account was taken of the centrally managed override file. Although not critical, the absence of override information could be seen as a defect; fortunately, it is an easy one to rectify.
The purpose of an override file is explained here. To illustrate the intention: the package description for less has a Priority field value of important. This is considered by the Debian archive maintainers to be too high, so it is adjusted via an override file to standard, which is what is used in constructing the installer to determine what is installed. As it happens, a user argued against this downgrading, with the result that less has returned to Priority: important for Debian 10 (buster).
In the config-deb file change
and add this snippet:
Obtain override files from a mirror, put uncompressed versions (use gunzip) in the created directory cd/indices/override and carry out the previous procedures.
The original installation image (DVD-1) was designed to be bootable after being burned to a CD, DVD or BD medium or written to a USB device such as a USB stick. The next three commands will achieve this versatility for Legacy BIOS and for EFI in Legacy/CSM mode.
xorriso is the package required to create a hybrid image, one which can be booted both from CD/DVD/BD media as well as from a usb key drive. isolinux will also need to be on the system.
The dd command is advised so that isohdpfx.bin and isolinux.bin stem from the same version of SYSLINUX. It is safer but, without it, you could still find the xorriso command to be successful with /usr/lib/ISOLINUX/isohdpfx.bin in its place.
Insert the key into a USB port and use lsblk to find its block device, /dev/sdX. Then, as root (using su or sudo), write the image to a usb key drive:
or, as an ordinary user, burn the image to a CD, DVD, or BD medium in drive /dev/sr0:
For a medium which is bootable from a cdrom only, genisoimage can be used in place of xorriso. To make the cdrom bootable, you need to run genisoimage with appropriate parameters. Here is how to do it for x86/amd64, using isolinux for Legacy BIOS. For instructions on how to re-use the full boot equipment of installation ISOs for i386, amd64, arm64 and other architectures, see RepackBootableISO.
Installing Debian from the new i386 ISO is just a matter of providing a computer's input device with it, booting from it and choosing the installation method. Perhaps, however, there is one thing to be aware of, depending on how it is intended to use the archive after installation.
-
Dispense with a network connection during the installation.
At first boot of the new operating system /etc/apt/sources.list will have a line something like this:
should now produce a positive outcome.
Assuming the installation image and the archive is held on a a USB device, its block device (found from lsblk), can be mounted (as root) with
and packages installed with
and used for automatic mounting as described below.
after changing /etc/fstab.
The account in the previous sections should be sufficient to obtain a bootable, remastered ISO image. The following material was part of the original page and is left here in the event that some of it could prove useful.
Использование
iso-образ может быть открыт с помощью приложений для работы с CD и DVD
Интерфейс командной строки:
Для монтирования образа можно воспользоваться следующей командой
Файл DMG (disk image) - популярный формат среди пользователей Mac OS X. Широко используется для распространения программного обеспечения, и представляет собой «сырой» снимок файловой системы HFS, поэтому в Mac OS X монтируется как диск.
Remastersys Backup: бэкап для Debian/Ubuntu
В отличие от Clonezilla, которая напрямую работает с устройствами, Remastersys Backup устанавливается на компьютер, работающий под управлением Debian или Ubuntu, запускается под управлением этой операционной системы и создает ISO-образ системы, под управлением которой она запущена.
Порядок работы с Remastersys следующий: ты настраиваешь свою систему, устанавливаешь Remastersys, запускаешь Remastersys, создаешь ISO-образ, который потом нужно будет записать на болванку.
Первым делом установим Remastersys. Открой файл sources.list:
sudo nano /etc/apt/sources.list
Добавь в него следующую строку
Сохрани файл и введи две команды:
sudo apt-get update
sudo apt-get install remastersys
Формат вызова remastersys следующий:
sudo remastersys backup|clean|dist [cdfs|iso] [filename.iso]
Пройдемся по опциям:
- backup – создание резервной копии дистрибутива, включая пользовательские данные (каталог /home);
- clean – удаление временных файлов, которые образуются в процессе создания дистрибутива. Обязательно введи эту команду после создания дистрибутива (для экономии места), но только после того, как скопируешь образ дистрибутива в другой каталог, иначе он тоже будет удален;
- dist – создание дистрибутивного образа. То же самое, что и backup, но без копирования пользовательских данных из каталога /home;
- cdfs – создание файла с файловой системой без создания ISO-образа (подходит, если хочешь создать ISO-образ другой программой);
- iso – используется по умолчанию, создает ISO-образ дистрибутива;
- [filename.iso] – последний параметр, задает имя ISO-образа, файл помещается в каталог /home/remastersys.
Мне больше нравится опция backup, поскольку при создании образа сохраняются и настройки пользователя, в том числе меню, графическая тема, фон рабочего стола. Но только убедись, чтобы в домашнем каталоге не было ничего лишнего (того, что может увеличить размер образа, например, музыка, видео).
Если тебе больше нравится GUI, то можешь использовать GUI-версию программы (ничего особенного она из себя не представляет – только окошко с прямоугольными некрасивыми кнопками, позволяющими запустить ту или иную функцию программы). Запустить ее можно командой
Для создания LiveUSB в Ubuntu используется стандартная программа, запустить которую можно командой Система –> Администрирование –> Создание загрузочного USB-диска. Запусти ее, подключи флешку (4 Гб или больше, 2 Гб будет маловато) и нажми кнопку «Make startup disk». Через некоторое время загрузочная флешка будет готова.
9.10.1. Резервное копирование с помощью rsync
Поскольку резервные копии на магнитной ленте сочли слишком медленными и дорогими, данные будут сохраняться на жёстких дисках на выделенном сервере, на котором использование программного RAID (см. Раздел 12.1.1, «Программный RAID») защитит данные от сбоя диска. Резервные копии отдельных настольных компьютеров не делаются, но пользователи извещены, что будет выполняться резервное копирование их учётных записей на файловом сервере их отдела. Команда rsync ежедневно используется для резервного копирования этих серверов.
К ОСНОВАМ Жёсткая ссылка, второе имя файла
Жёсткую сылку, в противоположность символической ссылке, невозможно отличить от самого файла, на который она ссылается. По сути, создание жёсткой ссылки является как бы присвоением второго имени существующему файлу. Именно поэтому, если удалить жёсткую ссылку, то сам файл, на который ранее она ссылалась, не будет удалён (будет удалено только как бы второе имя файла). До тех пор, пока существует другое имя файла в системе, данные, включённые в него, будут оставаться записанными в файловой системе. Интересно отметить, что в отличие от копии файла, жёсткая ссылка не занимает дополнительного пространства на жёстком диске.
Жёсткая ссылка создаётся командой ln цель ссылка . Файл ссылка станет новым именем для файла target. Жёсткие ссылки можно создавать только в пределах одной файловой системы, в то время как на символьные ссылки это ограничение не распространяется.
Доступное дисковое пространство не позволяет реализовать полное ежедневное резервное копирование. Поэтому команде rsync предшествует дублирование содержимого предыдущей резервной копии с помощью жёстких ссылок, что предупреждает использование слишком большого дискового пространства. Процесс rsync затем заменяет только те файлы, которые были изменены с момента создания предыдущей копии. С помощью этого механизма огромное число резервных копий можно хранить на небольшом пространстве. Поскольку все резервные копии немедленно становятся доступными (например в разных каталогах на сетевом ресурсе), можно быстро выполнять сравнения между двумя заданными датами.
Этот механизм резервного копирования легко реализуется с помощью программы dirvish . Она использует хранилище резервных копий («bank» — «банк» — в её терминологии), в котором размещает копии наборов файлов резервных копий с временными метками (в документации dirvish эти наборы называются «vaults» — «подвалы»).
Основные настройки хранятся в файле /etc/dirvish/master.conf . Он определяет местоположение пространства для резервных копий, список управляемых «подвалов» и значения сроков хранения резервных копий по умолчанию. Остальные настройки находятся в файлах bank/vault/dirvish/default.conf и содержат конфигурацию соответствующего набора файлов.
Пример 9.3. Файл /etc/dirvish/master.conf
В настройке bank указывается каталог, в котором хранятся резервные копии. Настройка exclude позволяет указать файлы (или типы файлов), которые не должны включаться в резервную копию. Runall — это список наборов файлов для резервного копирования с временной меткой для каждого набора, что позволяет установить корректную дату копии, если резервное копирование ну запускается периодически в определённое время. Нужно указать время, непосредственно предшествующее времени запуска (по умолчанию в Debian это 22:04, в соответствии с файлом /etc/cron.d/dirvish ). Наконец, настройки expire-default и expire-rule определяют политику хранения резервных копий. В приведённом выше примере резервные копии, созданные в первое воскресенье каждого квартала, хранятся вечно, созданные в первое воскресенье каждого месяца — удаляются через год, а созданные в другие воскресенья — через 3 месяца. Прочие ежедневные резервные копии хранятся 15 дней. Порядок правил имеет значение: Dirvish применяет последнее подходящее правило или expire-default , если ни одно из других правил expire-rule не подходит.
НА ПРАКТИКЕ Запланированное истечение сроков хранения
Правила хранения не используются dirvish-expire для выполнения её работы. На самом деле эти правила применяются при создании новой резервной копии, чтобы определить дату истечения срока хранения, ассоциированную с этой копией. dirvish-expire просто просматривает сохранённые копии и удаляет те, для которых эта дата прошла.
Пример 9.4. Файл /backup/root/dirvish/default.conf
Существует множество других опций, и все они описаны на странице руководства dirvish.conf (5) . Когда конфигурационные файлы подготовлены, необходимо инициализировать каждый набор файлов с помощью команды dirvish --vault vault --init .После этого при ежедневном вызове dirvish-runall будет автоматически создаваться новая резервная копия после удаления устаревшей.
НА ПРАКТИКЕ Удалённое резервное копирование через SSH
Когда dirvish требуется сохранить данные на удалённой машине, он использует ssh для подключения к ней, и запускает rsync как сервер. Для этого необходимо, чтобы пользователь root мог автоматически подключиться к ней. Использование ключа аутентификации SSH позволяет сделать именно это (см. Раздел 9.2.1.1, «Аутентификация по ключу»).
Создание
iso-образ можно создать с помощью приложений для работы с CD и DVD
Интерфейс командной строки:
Вы можете создать iso образ CD с помощью команды:
Create a udeb packages file
Write a config-udeb file with something like this :
Now go into the directory with your config file and run
to generate the Packages and Releases files.
To update the cd/dists/squeeze/Release file, make a new text file called config-rel with something like this:
Какие средства мы будем рассматривать?
Подобные утилиты можно найти и для других дистрибутивов, например, утилита mklivecd (подобна Remastersys Backup) используется для создания LiveCD на базе Mandriva. Вот, пожалуй, мы и назвали самое главное. Рассмотреть абсолютно все подобные утилиты мы не можем – журнал-то ведь не резиновый.
Clonezilla: бесплатный аналог Norton Ghost
Основные особенности Clonezilla
- Полностью бесплатна (распространяется по лицензии GPL);
- Поддерживает файловые системы Ext2, Ext3, Ext4, ReiserFS, Reiser4, XFS, JFS, FAT, NTFS, HFS (MacOS), UFS (FreeBSD, NetBSD, OpenBSD), VMFS (VMWare ESX), поэтому ты можешь клонировать не только Linux, но и MS Windows, Mac OS (Intel), FreeBSD, NetBSD и OpenBSD/;
- Поддержка LVM2 (LVM ver 1 не поддерживает);
- Поддержка GRUB версий 1 и 2;
- Версия Clonezilla SE (Server Edition) поддерживает Multicast для массового клонирования по сети, при условии, что компьютеры поддерживают PXE и Wake-on-LAN;
- Clonezilla может сохранить не только отдельно взятый раздел, но и весь жесткий диск со всеми разделами.
Clonezilla – программа непростая, сейчас мы рассмотрим лишь один из примеров ее использования (а именно – создание LiveCD и восстановление системы с его помощью), а познакомиться с остальными возможностями программы можно в документации или на сайте разработчиков.
Итак, для создания/восстановления бэкапа нужно выполнить следующие действия:
Вот и все! Как видишь, все довольно просто. Программа работает с устройствами (дисками, разделами) напрямую, поэтому при создании/восстановлении бэкапа все равно, под какой операционной системой работает компьютер.
9.10.1. Резервное копирование с помощью rsync
Поскольку резервные копии на магнитной ленте сочли слишком медленными и дорогими, данные будут сохраняться на жёстких дисках на выделенном сервере, на котором использование программного RAID (см. Раздел 12.1.1, «Программный RAID») защитит данные от сбоя диска. Резервные копии отдельных настольных компьютеров не делаются, но пользователи извещены, что будет выполняться резервное копирование их учётных записей на файловом сервере их отдела. Команда rsync ежедневно используется для резервного копирования этих серверов.
К ОСНОВАМ Жёсткая ссылка, второе имя файла
Жёсткую сылку, в противоположность символической ссылке, невозможно отличить от самого файла, на который она ссылается. По сути, создание жёсткой ссылки является как бы присвоением второго имени существующему файлу. Именно поэтому, если удалить жёсткую ссылку, то сам файл, на который ранее она ссылалась, не будет удалён (будет удалено только как бы второе имя файла). До тех пор, пока существует другое имя файла в системе, данные, включённые в него, будут оставаться записанными в файловой системе. Интересно отметить, что в отличие от копии файла, жёсткая ссылка не занимает дополнительного пространства на жёстком диске.
Жёсткая ссылка создаётся командой ln цель ссылка . Файл ссылка станет новым именем для файла target. Жёсткие ссылки можно создавать только в пределах одной файловой системы, в то время как на символьные ссылки это ограничение не распространяется.
Доступное дисковое пространство не позволяет реализовать полное ежедневное резервное копирование. Поэтому команде rsync предшествует дублирование содержимого предыдущей резервной копии с помощью жёстких ссылок, что предупреждает использование слишком большого дискового пространства. Процесс rsync затем заменяет только те файлы, которые были изменены с момента создания предыдущей копии. С помощью этого механизма огромное число резервных копий можно хранить на небольшом пространстве. Поскольку все резервные копии немедленно становятся доступными (например в разных каталогах на сетевом ресурсе), можно быстро выполнять сравнения между двумя заданными датами.
Этот механизм резервного копирования легко реализуется с помощью программы dirvish . Она использует хранилище резервных копий («bank» — «банк» — в её терминологии), в котором размещает копии наборов файлов резервных копий с временными метками (в документации dirvish эти наборы называются «vaults» — «подвалы»).
Основные настройки хранятся в файле /etc/dirvish/master.conf . Он определяет местоположение пространства для резервных копий, список управляемых «подвалов» и значения сроков хранения резервных копий по умолчанию. Остальные настройки находятся в файлах bank/vault/dirvish/default.conf и содержат конфигурацию соответствующего набора файлов.
Пример 9.3. Файл /etc/dirvish/master.conf
В настройке bank указывается каталог, в котором хранятся резервные копии. Настройка exclude позволяет указать файлы (или типы файлов), которые не должны включаться в резервную копию. Runall — это список наборов файлов для резервного копирования с временной меткой для каждого набора, что позволяет установить корректную дату копии, если резервное копирование ну запускается периодически в определённое время. Нужно указать время, непосредственно предшествующее времени запуска (по умолчанию в Debian это 22:04, в соответствии с файлом /etc/cron.d/dirvish ). Наконец, настройки expire-default и expire-rule определяют политику хранения резервных копий. В приведённом выше примере резервные копии, созданные в первое воскресенье каждого квартала, хранятся вечно, созданные в первое воскресенье каждого месяца — удаляются через год, а созданные в другие воскресенья — через 3 месяца. Прочие ежедневные резервные копии хранятся 15 дней. Порядок правил имеет значение: Dirvish применяет последнее подходящее правило или expire-default , если ни одно из других правил expire-rule не подходит.
НА ПРАКТИКЕ Запланированное истечение сроков хранения
Правила хранения не используются dirvish-expire для выполнения её работы. На самом деле эти правила применяются при создании новой резервной копии, чтобы определить дату истечения срока хранения, ассоциированную с этой копией. dirvish-expire просто просматривает сохранённые копии и удаляет те, для которых эта дата прошла.
Пример 9.4. Файл /backup/root/dirvish/default.conf
Существует множество других опций, и все они описаны на странице руководства dirvish.conf (5) . Когда конфигурационные файлы подготовлены, необходимо инициализировать каждый набор файлов с помощью команды dirvish --vault vault --init .После этого при ежедневном вызове dirvish-runall будет автоматически создаваться новая резервная копия после удаления устаревшей.
НА ПРАКТИКЕ Удалённое резервное копирование через SSH
Когда dirvish требуется сохранить данные на удалённой машине, он использует ssh для подключения к ней, и запускает rsync как сервер. Для этого необходимо, чтобы пользователь root мог автоматически подключиться к ней. Использование ключа аутентификации SSH позволяет сделать именно это (см. Раздел 9.2.1.1, «Аутентификация по ключу»).
Читайте также: