Backup сервер linux pdf

Организация backup-сервера. Linux, ZFS и rsync

TL;DR:
Статья о настройке бекапа линуксовых серверов. В качестве хранилища используется раздел ZFS с включенными дедубликацией и компрессией. Ежедневно делаются снапшоты, которые сохраняются в течение недели (7 штук). Ежемесячные снапшоты хранятся в течение года (еще 12 штук). В качестве транспорта выступает rsync: на сервере он запущен демоном, на клиентах он запускается из crontab.

Так получилось, что у меня есть пара серверов, на которых под KVM живут виртуальные машины. Хотелось бекапить образы этих машин в сеть, но так, чтобы выполнялись условия:

• Хранить все бекапы за последнюю неделю.
• Хранить в течении года ежемесячные бекапы.
• Никаких сторонних бекап-агентов. На клиентах только стандартное и проверенное поколениями админов ПО.
• Экономно расходовать место в хранилище. Желательна компрессия и дедубликация данных.
• Все файлы должны быть доступны без дополнительных инструментов и оболочек. Идеальный вариант: каждый бекап в отдельном каталоге.

Можно ли всё это совместить? Да, и очень просто.

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

1. ZFS с компрессией и дедубликацией

Наиболее привычная для меня ОС – Linux. Всё то же самое без особых изменений должно подойти и к Solaris, и к FreeBSD, в которых ZFS есть давно и что называется “из коробки”. Но Linux мне ближе и роднее, а проект по портированию на него ZFS выглядит уже достаточно зрелым. За год экспериментов у меня не было с ним заметных проблем. Поэтому поставил на сервер Debian Wheezy, подключил официальный репозитарий проекта и установил нужные пакеты.

Создал пул, указав что zfs у меня будет на /dev/md1 и что монтировать эту файловую систему я хочу к каталогу /mnt/backup:

По имени устройства /dev/md1 можно заметить, что я использую линуксовый software raid. Да, я знаю, что у ZFS есть свой способ создавать зеркала. Но поскольку на этой машине уже есть одно зеркало (для корневого раздела) и оно сделано штатным mdadm, то и для второго зеркала я предпочту использовать его же.

Включил дедубликацию и компрессию, сделал видимым каталог со снапшотами:

Положил в /usr/local/bin скрипт для создания снапшотов:

Этот скрипт добавил в crontab для ежедневного запуска. Чтобы содержимое снапшота соответствовало его дате, скрипт лучше запускать ближе к концу суток. Например, в 23:55.

Четвертое число месяца выбрано почти случайно. Запускал я всё этого третьего августа и хотелось поскорее сделать бекап, который будет храниться год. Следующий день был четвертым.

Снапшоты будут сохраняться в каталоге /mnt/backup/.zfs/snapshot. Каждый снапшот – отдельный каталог с именем в виде даты на момент создания этого снапшота. Внутри снапшота полная копия каталога /mnt/backup в том виде, в котором он был в этот момент.

2. Rsync на сервере

Традиционно rsync настраивают для работы поверх ssh. На клиентах настраивается авторизация по ключам (и без пароля), а эти ключи складываются на бекап-сервер. Сервер ходит по ssh на клиентов и забирает с них файлы. Преимущество этого подхода – шифрование трафика. Но мне не нравится идея с беспарольным входом по ssh (особенно в свете последних уязвимостей в bash). Так же мне не нравится идея инициировать бекап со стороны сервера: иногда перед бекапом на клиенте хочется выполнить какой-нибудь скрипт (например, сбросить дамп mysql), и только после завершения этого скрипта начинать бекап. Поэтому мой выбор – rsync, запущенный демоном на сервере и запускаемый из crontab на клиентах.

Поставил на сервер rsync (штатный, из репозитария), и чтобы он запускался при старте системы, написал в /etc/default/rsync:

Создал на сервере /etc/rsyncd.conf такого содержания:

192.168.xxx.xxx и 192.168.xxx.yyy – это адреса тех серверов, которые будут бекапиться. Зовут их kvm01 и kvm02. Их файлы будут лежать в /mnt/backup/kvm01 и /mnt/backup/kvm02. Поэтому:

3. Rsync на клиентах

Минимально необходимый скрипт для копирования файлов с клиента kvm02 на сервер с адресом 192.168.xxx.zzz будет выглядеть примерно так:

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

4. Восстановление

Для восстановления файлов из бекапа клиента KVM01 за 4 августа 2014 года достаточно будет на сервере перейти в каталог /mnt/backup/.zfs/snapshot/2014-08-04/kvm01/ и скопировать оттуда файлы любым привычным способом. Каждый конкретный бекап выглядит как обычный каталог, доступный только для чтения. Для поиска определенного файла в этом бекапе можно использовать стандартные утилиты, такие как find или grep.

5. Заключение

Сейчас на сервере 9 снапшотов: 7 ежедневных и 2 ежемесячных. Плюс сегодняшний бекап, снапшот с которого снимется вечером. Размер раздела с бекапами составляет 1.8T. Общий объем файлов — 3.06T. Физически занимают на диске они 318G. Суммарный объем сегодняшнего бекапа — 319G. Да, 10 бекапов на ZFS с компрессией и дедубликацией занимают места меньше, чем один бекап занимал бы на файловой системе без этих полезных свойств.

Поскольку сам rsync не занимается шифрованием передаваемых данных, высовывать такую схему без изменений в интернет небезопасно. Добавить шифрование можно, пустив трафик через ipsec или stunnel, например.

Выше я написал, что заметных проблем с ZFS у меня не было. На самом деле, одна проблема была. Однажды ночью, когда оба клиента активно бекапились, сервер дважды сообщил в dmesg, что task rsync blocked for more than 120 seconds. При этом оба бекапа успешно завершились, ничего не зависло, данные не потерялись. Подозреваю, что это проявление знаменитого бага 12309. Разнес бекапы по времени, с тех пор проблема не повторялась.

Источник

Бэкап Linux и восстановление его на другом железе

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

На прошлой неделе мы настраивали FreePBX под debian 7.8, нанимали фрилансера. В процессе настройки оказалось, что сервер (да, я так называю обычный PC) не хочет грузится с HDD при подключенных USB 3G модемах, которые мы используем для звонков на мобильные, колупание BIOSа не помогло. Непорядок. Решил, что нужно перенести его на другую железяку. Так появилось сразу две связанные задачи:

• сделать бэкап сервера;
• восстановить бэкап на другом железе.

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

Опыт общения с linux-системами у меня небольшой: настройка VPN сервера на open-vpn, ftp-сервера и еще пара мелочей. Сам себя я характеризую как человека умеющего читать маны и править конфиги 🙂

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

Начинаем копать теорию:

Второй способ требует наличия внешнего жесткого диска объемом не меньше раздела, который архивируем. Да и что с ним потом делать, непонятно, хранить на полочке? Остановился на tar, чуть сложнее в реализации, нужно будет создать MBR, но время создания/восстановления архива существенно меньше, хранить бэкап проще, полтора гига можно закинуть в облако и скачать, когда будет нужно. Записывать его можно на ту же live-флэшку, с которой буду грузиться.

Итак, план действия:

1. Создание бэкапа

Грузимся с live-флэшки, у меня это debian-live-7.8.0-amd64-standard.

Переключаемся на root:

Монтируем раздел, который будем архивировать, у меня это sda1, чтобы случайно не наломать дров, монтируем только для чтения. Посмотреть все свои разделы можно при помощи команд ls /dev | grep sd или df -l

Наша флэшка уже примонтирована, но в режиме только чтения, нужно перемонтировать для чтения-записи, чтобы писать туда бэкап.

Все готово для создания архива

Здесь у нас параметры: c — создать архив, v — выводить информацию о процессе, z — использовать сжатие gzip, p — сохраняем данные о владельцах и правах доступа, f — пишем архив в файл, путь к файлу, —exclude — исключаем из архива каталог (я исключил каталоги с записями разговоров и каталог с бэкапами FreePBX), /mnt/ — каталог, который архивируем.

Ждем… у меня вся подготовка и создание архива заняли 10 минут. Будь флэшка быстрее, уложился бы в 7-8 минут.

Складываем архив в надежное место за пределами офиса.

Восстановление бэкапа на другом железе

2. Размечаем диск, создаем файловую систему

Грузимся с live-флэшки, у меня все та же debian-live-7.8.0.

Переключаемся на root:

Размечаем диск. Мне понравилась утилита с псевдографическим интерфейсом cfdisk. Там все просто и понятно.

Удаляем все имеющиеся разделы. Я создал два новых раздела, один на 490 Gb под / (sda1) и 10 Gb под swap (sda2) в конце диска, т.к. он практически не будет задействован. Проверим типы разделов. Который под систему должен иметь тип 83 Linux, второй — 82 Linux swap / Solaris. Помечаем системный раздел загрузочным (bootable), сохраняем изменения и выходим.

Cоздаем файловую систему на первом разделе.

3. Распаковываем архив.

Монтируем отформатированный раздел

Распаковываем архив прямо с флэшки

Параметр —same-owner — сохраняет владельцев у распаковываемых файлов, x — извлекаем из архива, v — выводить информацию о процессе, p — сохраняем права доступа, f — указываем файл, который распаковываем, C — распаковываем в категорию.

4. Создаем MBR на новом диске.

Чтобы корректно создать загрузочную запись, монтируем рабочие каталоги к нашему будущему root-каталогу, у меня это /mnt. Каталоги /dev и /proc сейчас используются live-системой, используем параметр bind, чтобы они были доступны сразу в двух местах:

Переключаемся на новую систему используя chroot:

Делаем swap-раздел для новой системы:

Подключаем его же:

Чтобы grub работал, нужно указать ему правильные UUID разделов в fstab, сейчас там прописаны разделы предыдущей системы:

Открываем второй терминал (Alt+F2) под root:

И видим текущие UUID разделов.

Вручную переписываем их в fstab переключаясь между Alt+F1 и Alt+F2. Да, муторно, но попытки копировать занимали у меня больше времени, чем переписывание. Сохраняем fstab.

Устанавливаем grub2. У меня один физический диск, поэтому ставим его на sda:

На чистый диск должно встать без ошибок. Обновляем информацию из fstab:

Возвращаемся в Live-систему:

Размонтируем все каталоги:

Если вылазят процессы, которые используют эти каталоги, убиваем их используя fuser.

Все, поехали. Грузимся с жесткого диска:

Здесь статья должна была закончиться, но у меня возникли проблемы с подключением к интернету. Сервер видит сеть, видит компьютеры в ней, но в интернет не ходит… а это как бы важно для телефонии.

5. Тестирование и устранение неполадок.

Показывет интерфейсы eth1 и lo, гугление сказало, что gateway можно прописать только подключению eth0, остальные рассчитаны только на работу внутри сети.

Похоже, отсутствие eth0 вызвано способом переноса системы. Находим файл, который отвечает за нумерацию интерфейсов, смотрим туда:

Действительно, там два активных интерфейса, определенных MAC’ами. Комментируем первый, второму прописываем eth0.

Перезапуск /etс/init.d/networking не помог, поэтому перезагружаемся:

Подключаем донглы, проверяем, все работает.
Спасибо за внимание.

Источник

«Живой» бэкап линуксового сервера: Обзор средств для резервного копирования и создания LiveDVD/LiveUSB

Содержание статьи

Все мы помним (любим и скорбим) о добром привидении от Нортона – Norton Ghost. В мире Windows его можно считать незаменимым (хотя в конкурентах недостатка нет – прим. ред.). В этой статье мы поговорим о средствах резервного копирования для твоего любимого тукса. Более того, все рассматриваемые средства позволяют создать не просто резервную копию системы, а LiveCD/DVD.

Зачем нужно все это?

Для начала определимся, зачем админу средства для создания 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-диска. Хотя можно использовать двухслойные диски (двухсторонние использовать не удобно), что позволит увеличить объем резервируемой инфы.

Какие средства мы будем рассматривать?

Самым мощным средством для клонирования твоего тукса является Clonezilla. Этот продукт может не только создать LiveCD, но и развернуть систему по сети. На сайте разработчиков http://clonezilla.org/ можно найти следующую информацию: за 10 минут Clonezilla SE развернул по сети образ 5,6 Гб на 41 компьютер сети. В итоге все компы были настроены всего за 10 минут. Правда, для такой сетевой установки нужно развернуть специальный сервер, но об этом позже. Кроме того, Clonezilla может использоваться для бэкапа компьютеров, работающих под управлением Windows и FreeBSD.

Если тебе не нужно такое мощное средство, можно ограничиться утилитой Remastersys Backup (http://www.geekconnection.org/remastersys/). Правда, эта утилита рассчитана только на Debian и Ubuntu (а также на другие дистрибутивы, основанные на Debian), поэтому она не подойдет тебе, если ты используешь, скажем, Fedora или Mandriva.

Любителям Slackware подойдет скрипт Linux Live (http://www.linux-live.org/). Этот скрипт позволяет создать как LiveCD, так и LiveUSB. Почему именно Slackware описан в этой статье? Да потому что этому отличному дистрибутиву почему-то уделяется мало внимания на фоне «попсовых» дистров вроде Ubuntu.

Подобные утилиты можно найти и для других дистрибутивов, например, утилита 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 и восстановление системы с его помощью), а познакомиться с остальными возможностями программы можно в документации или на сайте разработчиков.

Итак, для создания/восстановления бэкапа нужно выполнить следующие действия:

1. Скачай с http://clonezilla.org/download/sourceforge/ ISO-образ Clonezilla Live и запиши его на болванку;
2. Загрузись с болванки Clonezilla Live, загрузочное меню представлено ниже. Нужно выбрать команду Clonezilla live. Если возникнут проблемы (например, с видеокартой), можно выбрать команду Other modes of Clonezilla live и выбрать другой режим загрузки Clonezilla. Ты увидишь процесс загрузки Debian – тут все как обычно, нужно просто подождать;
3. Далее нужно выбрать язык. Русского, к сожалению, пока не предвидится. Далее нужно выбрать раскладку клавиатуры, но так как раскладку изменять нам не нужно (а зачем?), выбери вариант «Don’t touch keymap»;
4. Выбери команду «Start Clonezilla»;
5. Выбери режим device-image: создание файла образа раздела. Режим device-device используется для бэкапа раздела, при этом сам бэкап будет помещен на другой раздел;
6. Далее нужно выбрать, куда будет сохранен образ, или откуда он будет прочитан (в случае восстановления системы по образу). Выбери local_dev, что означает локальное устройство. Также образ можно получить (или записать) по SSH, NFS (Network File System, а не Need For Speed!) и из сети MS Windows (samba_server);
7. Далее нужно выбрать раздел, где будут храниться образы. Если ты создаешь образ, то на этот раздел он будет сохранен, а если восстанавливаешь образ, то Clonezilla будет искать его на этом разделе;
8. Далее нужно выбрать одну из команд. Команда savedisk используется для сохранения всего диска, saveparts – для сохранения одного или нескольких разделов диска, restoredisk – для восстановления образа диска на локальный диск, restoreparts – для восстановления образа раздела, команда recovery-iso-zip используется для создания «живого» диска восстановления;
9. Если ты выбрал команду восстановления образа, то далее нужно выбрать образ, который нужно использовать;
10. Вводим устройство (имена устройств соответствуют именам устройств в Linux), на которое нужно развернуть образ. Будь внимателен, чтобы не развернуть образ раздела на весь диск – потеряешь остальные разделы!
11. Если ты выбрал команду recovery-iso-zip для создания LiveDVD/USB, то нужно также выбрать режим: iso – будет создан образ для записи на DVD, zip – образ для записи на LiveUSB, both – будут созданы оба файла, которые могут использоваться впоследствии для создания как LiveDVD, так и LiveUSB. Созданный файл (файлы) будет сохранен в каталоге /home/partimag.

Вот и все! Как видишь, все довольно просто. Программа работает с устройствами (дисками, разделами) напрямую, поэтому при создании/восстановлении бэкапа все равно, под какой операционной системой работает компьютер.

Remastersys Backup: бэкап для Debian/Ubuntu

В отличие от Clonezilla, которая напрямую работает с устройствами, Remastersys Backup устанавливается на компьютер, работающий под управлением Debian или Ubuntu, запускается под управлением этой операционной системы и создает ISO-образ системы, под управлением которой она запущена.

Порядок работы с Remastersys следующий: ты настраиваешь свою систему, устанавливаешь Remastersys, запускаешь Remastersys, создаешь ISO-образ, который потом нужно будет записать на болванку.

Первым делом установим Remastersys. Открой файл sources.list:

sudo nano /etc/apt/sources.list

Добавь в него следующую строку:

# Если у тебя установлен GRUB v1
deb http://www.geekconnection.org/remastersys/repository ubuntu/

# Если у тебя установлен GRUB2
deb http://www.geekconnection.org/remastersys/repository karmic/

Сохрани файл и введи две команды:

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». Через некоторое время загрузочная флешка будет готова.

Linux Live: бэкап в Slackware

Теперь очередь дошла и до Slackware. Очень хороший дистрибутив, пусть и не такой удобный, как Ubuntu, зато очень надежный. Для создания LiveCD в Slackware выполни следующие действия:

• Собери (если ты еще этого не сделал) модули ядра: aufs, squashfs. Если собирать ядро лень, его можно заполучить в готовом виде на сайте Linux Live (http://www.linux-live.org/). Правда, доступно ядро версии 2.6.27.27 – не самое новое и для архитектуры i486, но обычно Slackware не устанавливается на самые новые компы с 64-разрядными процессорами. В Slackware 13 используется 2.6.33, поэтому, возможно, тебе захочется собрать ядро вручную, чтобы в твоем LiveCD использовалась последняя версия ядра. Все необходимое для сборки (aufs, squashfs и lzma) ты найдешь на сайте Linux Live;
• Удали все лишнее, например, лишние man’ы, чтобы уменьшить размер дистрибутива;
• Скачай скрипты Linux Live с http://www.linux-live.org/ и распакуй их в /tmp;
• Отредактируй .config, если хочешь изменить переменные по умолчанию;
• Запусти ./build (находится в /tmp) с правами root. В результате появится каталог с данными LiveCD – /tmp/live_data_NNNN, где NNNN – случайное число;
• Запусти make_iso.sh, если хочешь создать ISO-образ или bootinst.sh для создания LiveUSB.

Summary

Итак, какую прогу выбрать? Если у тебя установлена Debian или Ubuntu, самым простым вариантом будет использование Remastersys Backup. Для бэкапа компов, работающих под самыми разными ОС, подойдет Clonezilla – наверное, лучший выбор для админа. А вот фанатам Slackware должны понравиться скрипты Live, но учитывая, что нужно будет перекомпиливать ядро, наверное, проще будет использовать Clonezilla для бэкапа слаки.

Источник