Можно ли сделать образ линукса акронисом

Обновлено: 03.07.2024

клонирование suse 10.2 с помощью acronis true image (кто делал?)

клонирование suse 10.2 с помощью acronis true image

стоят две системы-winxp и suse(загрузочной) если сделать имидж диска акронисом и впоследствии вообще отказаться от winxp,suse поставится без проблем? клонирование винтов с линуксом помощью акрониса или госта без приключений возможно только когда винты одинаковые. можно еще применять вариант, где партиции / и /home останутся такими же и на том же месте, а партицию с данными типа /data (с новым размером) создавать и копировать в ручную либо с помощью команды dd. если надо переразбивать винт или изменять размеры партиций, то придется пользоваться dd и заново прописывать загрузчик. если надо переразбивать винт или изменять размеры партиций, то придется пользоваться dd и заново прописывать загрузчик.

Напротив, если размеры разделов нужно изменить - dd не подходит. Банальное cp -ax вполне решит проблему.

клонирование винтов с линуксом помощью акрониса или госта без приключений возможно только когда винты одинаковые. можно еще применять вариант, где партиции / и /home останутся такими же и на том же месте, а партицию с данными типа /data (с новым размером) создавать и копировать в ручную либо с помощью команды dd. если надо переразбивать винт или изменять размеры партиций, то придется пользоваться dd и заново прописывать загрузчик.

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

При ПРАВИЛЬНОМ использовании этих инструментов важно только две вещи:
1. Чтобы инструмент "понимал" файловую систему (иначе только посекторное копирование, но и там не всегда нужны одинаковые винты).
2. Чтобы на целевом винчестере свободного места было больше, чем было занято данными на исходном.
Например, был винт 80 гигабайт, занято было на нем 15 гигабайт (в общей сложности, в разных разделах суммарно), с него снимаем образ или клонируем напрямую на винт, предположим, 20, 40 или 200 гигабайт.
Ghost предложит пропорционально уменьшить/увеличить размеры разделов, лишь бы хватило места для данных, - и все прекрасно работает.
Изучайте матчасть.
DOS> ghost.exe /?

GHost какой версии должен быть?
Или что-то настроить нужно?

Использую 2003.
Давно им уже пользуюсь под Виндой, проблем не было.
А с Линуксом не сработало.
Архив создался, но не восстановился. на тот же винт.
Акронис 9 попробовал, очень долго архивировал, потом написал, что места на винте для архива не хватило (свободно 60Gb). А GHost уложился в 3,5 и сделал очень быстро, как и всегда. Но не сработало.

Загрузочный CD Acronis при загрузке предлагает два варианта: полный и простой.
Так вот простой вариант базируется на DOS, а полный - на Linux.
Это я прочитал на его родном сайте.

Клонирование дисков проходит без проблем.
Только сегодня делал резервную копию диска на шлюзе.
При клонировании необходимо выбирать ручной режим, тогда можно будет выбирать варианты клонирования.

Проблемы с версией 9.х возникнут на современном железе.
Об этом я уже упоминал в одной их тем.
Вроде бы 10 версия решает эти проблемы.
Сейчас на сайте Acronis предлагают 10 версию в домашнем варианте всего за 500 руб.
Насколько я понял, лицензия ограничивает только установку на 1 ПК, но после установки можно создать загрузочный CD, который затем можно будет применять для работы с любыми другими ПК, конечно, без установки на него.

Пробовал я и бесплатный G4L (кто-то давал ссылку на форуме недавно).
Я разобрался с ним, попробовал.
Это весьма глючное ПО, которое к тому же работает в несколько раз медленнее.
Например, Acronis работает 30 минут, а G4L показывает несколько часов.
Естественно, время мне дорого и поэтому я отверг такое решение.

А в одной из тестовых проб он попортил MBR на диске. Потом разбирался часа 3 с этим диском.

После этих экспериментов я готов с радостью отдать 500 рублей за добротное ПО.

десятый акронис справляется с сабжем

vpf прав, девятая версия не понимает некоторые чипсеты и контроллеры

Рекомендую быть осторожнее в высказываниях по вопросам, в которых знаний и опыта не хватает.
пользуюсь ghost'ом уже лет 7 как практически в промышленных масштабах. поэтому и позволил себе высказаться. так что зря вы так. попробуйте перенести систему с виндой на винт другого размера, а потом с линуксом, и почуствуйте разницу. скажите мне, что все будет работать без ручного вмешательства. Рекомендую быть осторожнее в высказываниях по вопросам, в которых знаний и опыта не хватает.
пользуюсь ghost'ом уже лет 7 как практически в промышленных масштабах. поэтому и позволил себе высказаться. так что зря вы так. попробуйте перенести систему с виндой на винт другого размера, а потом с линуксом, и почуствуйте разницу. скажите мне, что все будет работать без ручного вмешательства.

Как раз Acronis-ом клонировал неравные диски многократно без проблем.
С Ghost не работал уже пару лет, потому что познакомился с Acronis, который работает гораздо быстрее и гибкости больше.
Проблемы возникли только последний месяц, после появления нового железа, с которым нормально работает только последний 10 Acronis.

я как раз акронисом уже пару лет не пользовался (больше досовский гост устраивает). если последние версии акрониса нормально работают и с линуксовыми разделами, то будет его еще раз попробовать. Рекомендую быть осторожнее в высказываниях по вопросам, в которых знаний и опыта не хватает.
пользуюсь ghost'ом уже лет 7 как практически в промышленных масштабах. поэтому и позволил себе высказаться. так что зря вы так. попробуйте перенести систему с виндой на винт другого размера, а потом с линуксом, и почуствуйте разницу. скажите мне, что все будет работать без ручного вмешательства.

Пользуюсь Ghost-ом уже около 9 лет - из них около 6 лет клонирую именно линуксовые машины.
Изготавливаю образ заранее настроенного компа и раздаю его помощникам, которые из образа разливают машины и запускают в работу.
Причем винты на целевых машинах вообще не обязаны совпадать по размеру с винтом, с которого я снимал образ.
Последний эталонный компьютер делался на винте 80 гигов.
Внутри моего образа данных немного меньше гигабайта (настроенная система с установленным ПО), образ сей прекрасно разливается на винты от 10 до 200 гигов.
А меньше 10 и больше 200 просто не попадалось.
Все разливается, запускается и работает.
Что и в каком месте я должен "прочувствовать" ?

А Ghost понимает SATA?
А по скорости как?

Последний раз я пробовал вариант Ghost 2003

Goodvin
Если не затруднит, объясните, пожалуйста, как клонировать.
Делаю все тоже самое как и в Винде, и нифига не получается.
В чем проблема не пойму.
Досовский Ghost 2003.
Линукс отдельный винт 40Гб - три раздела - /, SWAP, Home. Создаю архив всего диска - получается

4Гб.
Восстанавливаю. Перегружаюсь - "не могу загрузиться, некуда".
Комп старенький - 478 сокет, 875 чипсет, винт 40 ИДЕ, образ храню на САТА.
Что делаю не так?

frozen_penguin
Попробовал Акронис 9.1 Сервер.
Начисто поставил Дебиан на винт 40Гб - три раздела - / 6Гб, Swap 2Гб, Home 12Гб, 20Гб пусто.
Образ всего винта снялся быстро - минут 5, размер

2Гб. Потом для чистоты эксперимента, зашел в Винду и очистил винт от разделов в управлении дисками. Дальше стартовал с загрузочного диска Акронис и восстановил систему на тот же диск. И все получилось!
Другой эксперимент.
Делаю архив всего винта 160Гб с Линуксом. И восстанавливаю его на другой винт 40Гб. Оба винта ИДЕ. При загрузке даже груб не появился. Попробовал восстановить grub с помощью установочного диска. Чуть помогло, начало грузиться, доходит до ввода пользователя и пароля, дальше пытаются стартовать иксы и. возвращаются на ввод пользователя. Смотрел xorg-log - проблем не заметил.
VPF
Что делаю не так?

Может винт для восстановления нужно заранее подготовить, разбить на разделы и постепенно пораздельно восстанвливать?

Goodvin
Если не затруднит, объясните, пожалуйста, как клонировать.
Делаю все тоже самое как и в Винде, и нифига не получается.
В чем проблема не пойму.
Досовский Ghost 2003.
Линукс отдельный винт 40Гб - три раздела - /, SWAP, Home. Создаю архив всего диска - получается

4Гб.
Восстанавливаю. Перегружаюсь - "не могу загрузиться, некуда".
Комп старенький - 478 сокет, 875 чипсет, винт 40 ИДЕ, образ храню на САТА.
Что делаю не так?

frozen_penguin
Попробовал Акронис 9.1 Сервер.
Начисто поставил Дебиан на винт 40Гб - три раздела - / 6Гб, Swap 2Гб, Home 12Гб, 20Гб пусто.
Образ всего винта снялся быстро - минут 5, размер

2Гб. Потом для чистоты эксперимента, зашел в Винду и очистил винт от разделов в управлении дисками. Дальше стартовал с загрузочного диска Акронис и восстановил систему на тот же диск. И все получилось!
Другой эксперимент.
Делаю архив всего винта 160Гб с Линуксом. И восстанавливаю его на другой винт 40Гб. Оба винта ИДЕ. При загрузке даже груб не появился. Попробовал восстановить grub с помощью установочного диска. Чуть помогло, начало грузиться, доходит до ввода пользователя и пароля, дальше пытаются стартовать иксы и. возвращаются на ввод пользователя. Смотрел xorg-log - проблем не заметил.
VPF
Что делаю не так?

Может винт для восстановления нужно заранее подготовить, разбить на разделы и постепенно пораздельно восстанвливать?

Вот и я хотел бы услышать ответ от Goodvin, какой версией он пользуется, потому как с Ghost2003 проблемы начались ещё 2 года назад, когда появились диски SATA.

Valeriy
Клонирование - это перенос данных с одного диска на другой в реальном времени.
Это я проделывал многократно.
Что касается копирование разделов образами и последующего восстановления, то такой опыт тоже был. Всех подробностей не помню. Точно помню, что загрузчик надо будет восстанавливать, поскольку разделы копируются без MBR. А вот необходимо ли было перед восстановлением иметь разделы Linux на диске - этого не помню уже.

каюсь. был не прав. последний раз пытался отклонировать винт с линуксом на винт большего размера несколько месяцев назад. закрались сомнения, что делал это устаревшей версией ghost'а, так как в то время мог еще использовать ghost 8. взял 2 SATA винта на 80 и 250GB. на 80 установил opensuse 10.2 и слил на 250 с помощью ghost 11. занятого места было почти 9GB, копировалось порядка 12-ти минут. все работает. сделал то же самое с помощью ghost 8, система валится при загрузке. вот.
так что прошу прощения у Goodvin'а за беспочвенные споры. Камрады,сейчас завал на работе, как разгребусь немного - обязательно распишу как и что.
Версии Ghosta использовал разные, от 7.5 до 11.
Для начала посмотрите с какими опциями/параметрами вы запускаете сам Ghost и в каком режиме делаете клонирование.
И напишите сюда, потом срваним с моими.

Сегодня поиском по интернету нашёл GHost 11.
Это оказалась исошка загрузочного CD.
Прожёг образ на диск, загрузился.

Этот вариант базируется на Windows 98.
Началась загрузка драйверов и на остановилась, поскольку никаких устройств это ПО на моём ПК не обнаружило.

Goodvin
Есть какая-то другая версия?

Я думал, что речь идёт о бесплатной версии GHost, а это варёз?
Какой смысл тогда?
Я уже купил через Softkey Acronis 10 за 500 руб.
Сегодня буду тестировать.

Бесплатный (для конечного юзера) Ghost был, поставлялся на дисках с какими-то матерями "в нагрузку".
Я пользую только DOS-версии.

Сегодня поиском по интернету нашёл GHost 11.
Это оказалась исошка загрузочного CD.
Прожёг образ на диск, загрузился.

Этот вариант базируется на Windows 98.
Началась загрузка драйверов и на остановилась, поскольку никаких устройств это ПО на моём ПК не обнаружило.

Goodvin
Есть какая-то другая версия?


Не знаю, я такого (базируется на Windows 98) не видел ни разу. Не знаю, я такого (базируется на Windows 98) не видел ни разу.

На ядре Win98. Грузится в консоли подобно загрузочной дискеты с Win98 (во время загрузки пишет именно Win98) и останавливается не найдя устройств.

Может мы говорим об одной и той же версии?
Тогда и она не распознаёт моё железо.

что-то тема завяла на самом интересном.

Goodvin
какие же ключи вы используете с ghost'ом?
я помню только один специфический для линукса ключ - посекторное копирование линуксовых разделов, но он не подходит в случае различных по размеру hdd, так как при этом не изменяется величина этих разделов. что можно применить для таких целей?

Сегодня вечером я смогу опробовать купленное ПО Acronis:
Acronis True Image 10 Home
Acronis Disk Director Suite 10.0

узнаем, корректно ли работают новые версии с моим новым железом?

что-то тема завяла на самом интересном.
Goodvin
какие же ключи вы используете с ghost'ом?
я помню только один специфический для линукса ключ - посекторное копирование линуксовых разделов, но он не подходит в случае различных по размеру hdd, так как при этом не изменяется величина этих разделов. что можно применить для таких целей? На текущий момент последний используемый вариант таков:
ghost.exe -IB -Z9
Norton Ghost версии 8.3 или 11.
С помощью вот такого варианта запуска создаю образ винта, на котором установлен распоследний openSUSE 10.2 с загрузчиком GRUB.
Для разливания целевой системы из образа Ghost запускается обычным образом, без передачи параметров, образ разливается на новый девственно чистый HDD, затем машина выключается, все "заливочное" добро отсоединятеся, машина грузится с нового HDD, все стартует и работает.
Проще некуда.
Причем, такой вариант позволяет при разливании образа изменять размеры целевых разделов (в рамках вместимости целевого HDD).
Не знаю, я такого (базируется на Windows 98) не видел ни разу. На ядре Win98. Грузится в консоли подобно загрузочной дискеты с Win98 (во время загрузки пишет именно Win98) и останавливается не найдя устройств.
Может мы говорим об одной и той же версии?
Тогда и она не распознаёт моё железо.
Ядром Win98 является обычный DOS 7.10, ЕМНИП.
Все остальное - обёртка. Goodvin
спасибо за ответ. хоть кто-то поделился секретами. линуксом плотно занялся полгода назад, обыскался в инете информации по этой теме, но кроме статьи о клонировании с помощью dd, ничего путного не нашел. все остальные варианты или не работали, или были ничем не лучше по скорости. может не доискал, но пару дней убил точно.

При создании образа или копировании диска на диск ключ -IB (Image Boot) выполняет посекторное копирование и копирует всю загрузочную дорожку, а не только загрузочный сектор.

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

* Ключ -IB нельзя применять при копировании из раздела в раздел или из раздела в файл образа.
* Если указан ключ -IB, то размер раздела изменить нельзя.
* Если при использовании этого ключа у вас возникли проблемы, то обновите Ghost до версии 6.0 или более новой.

Ключ Z9

Сжимать файл при сохранении образа. Начиная с Ghost 4.0a, Ghost использует следующие уровни сжатия:

* -Z относится к уровню по умолчанию, 1.
* 1 = Быстрое. Наименьший коэффициент сжатия и наибольшая скорость передачи (не считая варианта без сжатия).
* 2 = Сильное сжатие.
* 3 - 9 = Самое сильное сжатие и самая низкая скорость передачи данных.

Goodvin
* Если указан ключ -IB, то размер раздела изменить нельзя.
Смущает меня этот ключ. Судя по его описанию, винты должны иметь одинаковый размер.
Хотя, при восстановлении ghost запускается без параметров.
Попробуем.
-----------------
Попробовал.
Чуда не произошло.
Ghost 11.
При создании архива диска 160Гб установил в Options точку на Boot.
Восстанавливал на диск 40Гб.
При старте получил grub>
Дал команду root (0,0).
В ответ - Filesystem type unknown, partition type 0xf.

Всетаки, интересно какая система Вами копируется и как поделен винт.
Если не получается повторяемости, видно, есть еще какое-то неучтенное условие.

Как и обещал - отчитываюсь.
Установил на новый ПК под Windows купленное Acronis True Image 10 Home.
Из Windows создал загрузочный CD Acronis.
Загрузился с созданного CD.
Всё отлично - диски SATA2 на моём новом ПК распознаёт.
Вздохнул свободно.
500 руб. были потрачены не зря.

Завтра снова буду звонить.

1. Меня терзают смутные сомнения, что здеь "косяк" с переводом мануала.
Сколько себя помню, ключ IB не имел ничего общего с ограничениями на изменение размеров целевого раздела.
Либо это мануал от ОЧЕНЬ древней версии (после 5.0 блоы МНОГО изменений), либо неверный перевод.
Я всегда пользовался встроенной справкой в самой программе, вызываемой путем ghost.exe /?
Ни разу там не видел ничего такого у кулюча IB.

2. А как и куда установлен загрузчик GRUB ?
Что находится непосредственно в MBR исходного и целевого дисков ?

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

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

Примеры таких систем (те что проверял сам):

Всё просто: перед снятием образа запустил gparted и сократил размер раздела до минимального, чтобы свободного места оставалось не более 1%.

Дальше скопировать разметку диска и сами разделы через dd или ddrescue . Будет гораздо быстрее, чем делать образ через тот же Acronis.

Но обо всем по порядку, начну с того, что для работы нужна загрузочная флешка Linux , лучше с GUI, диск с которого снимаем образ и диск куда образ записывать.
В моем примере про Windows я работал с домашнего Ubuntu Linux, снимал образ с соседнего диска на ФС своего Ubuntu Linux.

В примере про Linux - я это делал на очень слабеньком компьютере, загружался с USB-флешки Альт-Линукс, образ снимал и разворачивал с локального SATA диска, образ записывал на внешний USB HDD диск.

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

Перенос ОС копированием файловых систем (из образа ФС)

1. Перенос операционной системы копированием файловой системы выполняется с минимальными затратами времени и позволяет решать задачи администрирования:

  • восстанавливать работоспособность системы после фатального сбоя;
  • разворачивать объемные системы по числу компьютеров с похожей архитектурой и программным обеспечением;
  • переносить систему при модернизации оборудования.

2. Для сравнения: установка операционной системы Альт-Линукс с базовыми настройками занимает не менее 30 минут на каждый экземпляр установки и требует интерактивного вмешательства администратора.

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

3. Перенос операционной системы копированием файловой системы выполняется в два этапа:

  • создание образа файловой системы;
  • восстановление операционной системы из образа.

4. Основные способы создания образа ФС:

  • копирование раздела файловой системы (блочный метод);
  • копирование файлов ОС и восстановление архитектуры ФС (файловый метод).

5. В инструкции представлены оба метода с применением к разным задачам. У каждого метода есть свои плюсы и минусы.

6. Блочный метод — копирует разметку диска и разделы диска целиком, он может быть применен к архивированию практически любой операционной системы и ее файловой системы, если файловая система поддерживает уменьшение своего размера, то этот метод один из лучших для применения в такой задаче.

Например, для файловой системы EXT4 или NTFS перед снятием архива размер раздела можно сократить до объема занимаемых данных, КПД метода в этом случае будет очень высок.

Но если исходная файловая система не может быть изменена в меньшую сторону, например XFS, то при наличии большого объема незанятого данными пространства, при архивировании - большая часть времени уйдет на сохранение пустого пространства раздела, КПД метода в этом случае будет не так хорош, как в предыдущем примере.

7. Файловый метод — очень зависит от Операционной системы и файловой системы, на которой она развернута. Для ОС Linux — это предпочтительный метод, т. к. он может быть применен фактически для любой файловой системы Linux.

XFS и EXT4 Linux лучше архивировать файловым методом.

8. Пример блочного архивирования файловой системы на примере переноса OS Windows NTFS.

8.1. Обычно для работы Windows использует два раздела — скрытый, размером от 512 Мб и системный, обычно это Диск С Windows. Дополнительные диски для копирования — не рассматриваем, т. к. их можно скопировать простым копированием файлов, они не влияют на работу ОС Windows и могут быть добавлены к системе в любой момент. При желании их так же можно скопировать блочным методом вместе с скрытым и системным разделами.

8.2. Этап создания образа ФС блочным методом.

8.2.1. Посмотреть разделы исходного диска с Windows fdisk

sudo fdisk -l

Диск /dev/sdb: 1,84 TiB, 2000398934016 байт, 3907029168 секторов

Disk model: Hitachi HUA72302

Единицы: секторов по 1 * 512 = 512 байт

Размер сектора (логический/физический): 512 байт / 512 байт

Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

Тип метки диска: dos

Идентификатор диска: 0xb75549a0

Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип

/dev/sdb1 * 63 1028159 1028097 502M 7 HPFS/NTFS/exFAT

/dev/sdb2 1028160 132102143 131073984 62,5G 7 HPFS/NTFS/exFAT

Идентификаторы разделов и их файловой системы узнать командой blkid

/dev/sdb1: LABEL="System Reserved" UUID="38143AA4143A6552" TYPE=" ntfs " PARTUUID="b75549a0-01"

/dev/sdb2: UUID="94ECB0E5ECB0C332" TYPE=" ntfs " PARTUUID="b75549a0-02"

8.2.2. В примере /dev/sdb1 — скрытый раздел Windows, /dev/sdb2 — системный раздел Windows.

8.2.3. Подключить системный раздел Windows в папку /mnt:

sudo mount -t ntfs /dev/sdb2 /mnt

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

sudo umount /mnt

8.2.5. сократить раздел до минимального, не более 1-10% свободного места. Например к размеру данных добавить +200 МиБ. Для изменения размера задействовать графическую утилиту gparted (установка sudo apt-get install gparted):

С тех пор как до меня дошла благая весть о существовании операционной системы под названием GNU/Linux, которую используют все настоящие программисты, я несколько раз пытался заменить ей детище Билла Гейтса и несколько раз потерпел неудачу.

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

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

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

В большинстве случаев это было не фатально. Вместо привычного foobar всегда можно послушать музыку на Rhythmbox. Вместо Microsoft Office есть OpenOffice. Да, его совместимость с продуктом корпорации зла порой оставляет желать лучшего, но им вполне можно пользоваться для решения повседневных задач среднестатистического пользователя. Обо всяких Файрфоксах, Операх и Хромах я вообще молчу.

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

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

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

Гугл создавал чёткое впечатление, что как клонировать диски средствами опенсорсных ОС, знает каждая собака. Увы, чёткие инструкции по осуществлению общеизвестных и элементарных вещей найти как правило сложнее всего. Какие-то мануалы в результате упорных поисков в конце концов обнаружились, но всё равно с ними пришлось туговато, ибо их явно писали грамотные люди, которые возятся с темой не первый и даже не второй день, и просто не помнят, что знаниями, почитаемыми ими за необходимый минимум, владеют далеко не все.

Теперь, когда ужасы гугления позади, я понимаю, что всё действительно достаточно просто и хочу оформить результаты своих изысканий в виде краткого руководства по работе с образами дисков в GNU/Linux, обращённого в первую очередь к тем, кто привык к Акронису или другой подобной ему программе. Мне в свое время такой документ бы очень сильно помог, надеюсь, что он поможет и кому-то ещё.

Acronis

В Акронисе всё было просто и понятно: оконный интерфейс, подсказки и предшествующий опыт работы с образами компакт дисков делали процесс несложным. Снял образ, вставил новый винт, развернул образ на него — даже и рассказывать то не о чем. В случае с Линуксом процесс захлебнулся на этапе снятия образа — как это сделать было абсолютно неясно. Специальной программки с подсказками не нашлось, программки, которая добавляла в список устройств виртуальный DVD — наподобие Daemon Tools тоже. Да и сам список устройств оказался достаточно проблематичен, поэтому начать можно прямо с него.

Просмотр перечня накопителей

Для каждого подключенного накопителя (винчестера, флешки) в директории /dev можно найти соотвествующий ему файл. Его название состоит из букв sd и буквы, обозначающей номер устройства. То есть винчестеру, подключенному к первому каналу, будет соответствовать файл sda, второму sdb и так далее. Соответственно самый простой способ посмотреть список устройств — ls -1 /dev/sd[a-z]. Эта команда покажет список накопителей, но не даст нам никакой информации о них. А нам нужно хотя бы увидеть список разделов.

Просмотр перечня разделов на накопителе

Каждому разделу в директории dev тоже соотвествует файл. Его название строится из названия файла, соотвествующего накопителю и номера раздела. То есть для накопителя sda, на котором есть 2 раздела, в директории /dev будет создано 2 файла — sda1 и sda2. Посмотреть перечень разделов на накопителе sda можно командой ls -1 /dev/sda2 полный перечень разделов на всех устройствах получается на выводе команды ls -1 /dev/sd[a-z]2, а если есть необходимость включить в перечень и сами устройства, то можно просто написать ls -1 /dev/sd*, что значительно менее осмысленно, зато коротко и главное работает. Или, как подсказывают в комментариях, есть ещё вариант cat /proc/partitions

Часто владелец может опознать диск просто по такому перечню (это когда дисков у него не 452), но если этого недостаточно, то можно воспользоваться программой hdparm.

Конкретно hdparm -I /dev/sda выведет подробную информацию об устройстве /dev/sda.

Эту же информацию, но в рассеянном по разным файлам виде, можно найти в директории /sys/block/sda. Например модель диска находится в файле /dev/block/sda/device/model.

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

Снятие образа

Итак, устройство опознано и раздел, с которого нужно снять образ, найден. Теперь собственно процесс.

Общие рекомендации

Образом диска мы обычно называем копию диска на уровне разделов или всего устройства. И если пользователь Windows в ответ на вопрос, как эту копию сделать, обычно слышит рекомендацию воспользоваться специализированным софтом, то в Линуксе всё не так.

Как я уже говорил, здесь каждый диск и каждый раздел диска представлен конкретным файлом. И, так как образ представляет из себя файл с копией диска, логично предположить, что операция снятия образа и операция копирования файла раздела — это одно и то же.

Так оно и есть. Пусть нам надо снять образ раздела /dev/sda2 (на нём Windows 7 обычно держит диск С:) и сохранить его в файл с названием win_c.img.

Для этого достаточно написать cp /dev/sda2 win_c.img. Или cat /dev/sda2 >win_c.img. Короче можно воспользоваться любой программой или комбинацией программ, которая осуществляет копирование файлов.

Правильный способ

Как вы наверное уже догадываетесь, добиться желаемого можно не одним и даже не двумя, остроумными и не очень способами, но правильнее и проще всего на мой взгляд, использовать утилиту ddrescue. Что существенно важно — имеется в виду GNU ddrescue, а не давно уже устаревший оригинал.

Используется ddrescue следующим образом:
ddrescue <ключи> <файл который копируем> <новый файл, в который скопируем старый> <лог файл>

ddrescue не способна принимать входные данные с конвейра, или передавать на конвейр результат работы, что впрочем неудивительно. Возможность пропускать места с ошибками при первой итерации и возвращение к ним в последующих циклах подразумевает наличие файлов на выходе и входе.

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

ddrescue /dev/sda2 win_c.img win_c.img.log

Кстати, в данный момент я молчаливо подразумеваю, что жёсткий диск, с которого мы снимаем копию более-менее исправен и фокусов не выкидывает. Если с диском есть серьёзные проблемы, то лучше предварительно ознакомиться с подробностями использования ddrescue, например тут. и применить эти знания при снятии образа.

Неправильный способ

Часто можно встретить рекомендации использовать для копирования файла устройства или раздела программу под названием dd. Как правило, для снятия образа предлагается сделать что-то вот такое:

dd if=/dev/sda2 of=win_c.img

Не делайте так! Хотя семантически подход верен (произойдёт копирование одного файла в другой), последствия могут быть очень печальны. Да, dd превосходит cp в том отношении, что при обнаружении ошибки cp прекратит работу, а dd не прекратит, но если на диске есть битые или просто плохо читаемые сектора, то dd будет продолжать попытки считать их содержимое пока из винчестера не повалит дым.

Да, у dd есть аргумент noerror, но при его использовании копирование может быть выполнено с ошибками, попыток восстановления которых предпринято не будет. ddrescue в аналогичной ситуации после первого прохода вернётся к пропущенным местам и попробует прочитать их маленькими кусочками. И оставит лог файл, с помощью которого можно будет продолжать попытки вычитать сбойные места в будущем.

Короче, используйте ddrescue. А если кроме dd ничего нет, не забывайте про аргумент noerror.

Описанная выше процедура может применяться например для того, чтобы сохранить образ диска с только что установленной операционной системой для последующего восстановления. Да, настоящий линуксоид так поступать не станет, но среди пользователей операционной системы с другим названием это достаточно распространённая практика. И для периодического вдумчивого ремонта регулярно ломающегося компьютера какой нибудь симпатичной девушки её смело могут применять даже любители пингвинов. А если девушек больше некоторого, сугубо индивидуального для каждого самоделкина, количества, то данный метод просто незаменим. Главное не перепутать названия файлов с образами.

Просмотр содержимого образа раздела (логического диска)

Так как каждый раздел диска представлен файлом, можно предположить, что должен существовать штатный способ подключения файлов с образами к файловой системе. С определённой точки зрения так оно и есть. Конкретно для этого используется утилита mount, с помощью которой можно поместить дерево файлов, содержащееся в образе, в любую директорию на ваш выбор. Этот процесс называется монтированием.

Итак, у нас уже есть образ, снятый с диска C: операционной системы Windows 7. Мы назвали образ win_c.img и хотим увидеть его содержимое в заранее созданной директории /mnt/win_c. Для этого надо ввести команду mount -o loop win_c.img /mnt/win_c.

But we can go deeper.

Просмотр содержимого образа физического диска

А вот с монтированием образа диска целиком всё не так просто. Ужасная правда состоит в том, что монтировать файлы из произвольного места файловой системы ядро не умеет и аргумент -o loop, команды mount, сигнализирует о том, что сначала надо связать образ с файлом виртуального устройства в директории /dev, и потом уже присоединить содержимое этого устройства к файловой системе.

Файлы виртуальных устройств создаются заранее (на этапе загрузки системы) и имеют названия loop0, loop1, loop2 и так далее по нарастающей.

Связать образ раздела с одним из этих файлов можно командой losetup. Команда mount из предыдущего раздела на самом деле эквивалентна следующим двум командам.

losetup /dev/loop0 win_c.img
mount /dev/loop0 /mnt/win_c

Но вот для того, чтобы посмотреть содержимое образа в котором есть несколько разделов, этого недостаточно. Дело в том, что если выполнить команду losetup для такого файла, то с устройством /dev/loop0 будет связан весь образ целиком. То есть это устройство будет эквивалентом /dev/sda, а нам нужны эквиваленты /dev/sda1 и /dev/sda2.

Обладатели свежих версий программы losetup (читай гентушники и арчеводы) могут выполнить losetup c аргументом --partscan, что приведёт к автоматическому созданию в директории /dev файлов, соответствующих разделам образа. То есть /dev/loop0p1, /dev/loop0p2 и так далее до самого горизонта. И вот уже эти файлы можно отдавать команде mount.

losetup --partscan /dev/loop0 drive.img
mount /dev/loop0p2 /mnt/win_c

Те же, кому не так повезло с дистрибутивом, могут воспользоваться программой kpartx, которая сделает то же самое, но положит файлы соотвествующие разделaм не в директорию /dev, а в директорию /dev/mapper, откуда их можно монтировать и просматривать.

kpartx -a /dev/loop0 drive.img
mount /dev/mapper/loop0p2 /mnt/win_c

But we can go even deeper than that…

Автоматическое создание файлов разделов при выполнении команды losetup

Вообще-то ядро (а конкретно модуль loop) уже достаточно давно умеет искать в файле образа таблицу разделов и создавать соответствующие файлы, но по умолчанию эта функция отключена.

Включается она если параметр модуля loop max_part не равен нулю. Задать этот параметр можно только при загрузке модуля, поэтому если система уже запущена, модуль надо выгрузить из памяти и загрузить снова с уже заданным параметром. Для этого нужно выполнить следующие две команды.

modprobe -r loop
modprobe loop max_part=63

Однако в некоторых дистрибутивах (напривер в Убунте) модуль loop вкомпилирован в ядро намертво и поэтому для установки параметра придётся вписать loop.max_part=63 в командную строку ядра и перезагрузить систему.

Развёртывание образа на физический носитель

А теперь о том, как собственно накатить образ на другой диск. Как и раньше надо руководствоваться тем, что диски и разделы представлены в виде файлов. И если для снятия образа нужно было создать копию файла устройства или раздела, то для того, чтобы закатать этот образ обратно надо провести операцию копирования в обратную сторону. То есть вместо cp /dev/sda2 win_c.img написать cp win_c.img /dev/sda2. Ну и лучше помнить о советах, изложенных в руководстве по снятию образа. А именно пользоваться ddrescue и не пользоваться dd.

ddrescue --force win_c.img /dev/sda2 win_c_restore.img.log
Конечно следует помнить, что раздел в который мы восстанавливаем образ (в данном случае /dev/sda2) должен быть не меньше файла с образом. Eсли же раздел окажется больше этого файла, то проблем при восстановлении не будет, но в разделе останется неразмеченное пространство. И придётся либо смириться с этим фактом, либо увеличить размер файловой системы до размера раздела каким-нибудь специализированным софтом (увеличивать, впрочем, обычно гораздо проще и быстрее, чем уменьшать).

Сжатие образа раздела (логического диска)

Особенно приятной чертой Акрониса является способность не писать в файл образа куски диска или раздела, которые не содержат файлов. Это позволяет ужать образ до реального объёма данных в разделе или на диске.

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

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

Sparse файлы

Sparse файл это файл, в котором куски, содержащие нули, на диск не пишутся. То есть, если половина файла заполнена данными, а другая половина нулями — на диск будет записана только половина этого файла и ещё дополнительная информация об областях файла, заполненных нулями. Если область с нулями непрерывна и начинается в середине, то реально на диске файл будет заменять половину от своего теоретического объёма.

Подготовка раздела или устройства к сжатию

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

Но выяснять количество свободного места и передавать его программе, создающей файл, к счастью не обязательно, да и искать программу, создающую файл с нулями, не понадобится. В директории /dev есть безразмерный файл zero, который, как нетрудно догадаться по названию, является неисчерпаемым источником бинарных нулей. Остаётся только скопировать его в нужное место.

Так как файл безразмерен, копирование будет продолжаться до тех пор, пока копия не заполнит всё доступное ей пространство, то есть все свободное место в разделе, что нам собственно и требовалось.

Про то, как копировать файлы стандартными средствами операцинной системы, здесь написано столько раз, что руководство вполне могло бы называться «Искусство копирования файлов в окружении GNU», но так как истина от повторения не тукснеет, я, пожалуй, напишу ещё раз.

Для создания файла с бинарными нулями можно выполнить команду cp /dev/zero zerofile или cat /dev/zero > zerofile.

Создание sparse файла образа устройства или раздела

Большинство утилит для работы с файлами знают о существовании sparse файлов и умеют их создавать. Упомянутой ранее ddrescue, для того, чтобы образ оказался sparse файлом нужно передать ключ --sparse. Теперь результирующий файл будет занимать столько места, сколько ему необходимо, и не больше.

Как быть в случае сжатия образа повреждённого диска

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

С копированием файла прекрасно справится cp, которая умеет делать sparse файлы не хуже ddrescue. cp --sparse win_c.img win_c_sparse.img

Конечно, для проведения этих операций потребуется много свободного пространства, но так всё-таки значительно лучше, чем вообще никак.

Заключение

А теперь в сжатом виде о том, что можно почерпнуть из данного руководства.

Чтобы создать полнофункциональный загрузочный носитель, укажите лицензионный ключ Акронис Защита Данных . Этот ключ используется для определения функций, которые будут представлены на загрузочном носителе. Лицензии не будут отзываться.
Если не указать лицензионный ключ, полученный загрузочный носитель можно использовать только для операций восстановления и доступа к Акронис Universal Restore.


Выберите Тип загрузочного носителя: По умолчанию (носители на основе Linux) .

Выберите способ представления томов и сетевых ресурсов:

  • На носителе с представлением томов по типу Linux тома отображаются как, например, hda1 и sdb2. Перед началом восстановления предпринимается попытка реконструировать MD-устройства и LVM (диспетчер логических томов).
  • На носителе с представлением томов по типу Windows тома отображаются как, например, C: и D:. Он обеспечивает ��оступ к динамическим томам (LDM).


[Необязательно] Укажите параметры ядра Linux. Несколько параметров разделяются пробелами.

Например, чтобы включить выбор режима дисплея для загрузочного агента при каждом запуске носителя, введите: vga=ask

Дополнительную информацию о доступных параметрах см. в разделе Параметры ядра.

Выберите компоненты, которые будут размещены на носителе: загрузочный агент Акронис Защита Данных и (или) Universal Restore, если вы планируете восстанавливать систему на отличающееся оборудование.

Загрузочный агент позволяет выполнить операции резервного копирования, восстановления и управления дисками на любом ПК-совместимом оборудовании, включая "голое железо".

Universal Restore позволяет загружать операционную систему, восстановленную на отличающееся оборудование или на виртуальную машину. Этот инструмент находит и устанавливает драйверы для устройств, необходимых для запуска операционной системы, таких как контроллеры памяти, системная плата или набор микросхем.

[Необязательно] Укажите время ожидания для меню загрузки и компонент, который будет автоматически запускаться по истечении этого времени. Для этого щелкните нужный компонент в левой верхней панели, и задайте интервал для него. Это позволяет автоматически выполнять операции на рабочем месте при загрузке из WDS или RIS.
Если эта настройка не задана, загрузчик ждет пока вы выберите, загружать ли операционную систему (если есть) или компонент.


[Необязательно] Выберите способ регистрации носителя на сервере управления при загрузке. Дополнительную информацию о настройках регистрации см. в разделе Сервер управления.


Выберите тип носителя. Можно сделать следующее:

  • Создайте ISO-образ. Затем можно записать его на CD/DVD-диск, использовать для создания загрузочного флэш-накопителя USB или подключить его к виртуальной машине.
  • Создайте ZIP-файл.
  • Передать выбранные компоненты на PXE-сервер Акронис .
  • Загрузить выбранные компоненты на WDS/RIS.

Веб-справка по Акронис Защита Данных 15 Обновление 2 . © ООО Акронис Инфозащита, 2021

В предыдущих статьях мы рассмотрели создание загрузочных носителей программы Acronis Disk Director 12 на базе WinPE и WIM-образа. В этой статье рассмотрим создание образа диска Acronis на базе Linux.

В чем состоит отличие данного образа от ранее созданных? Прежде всего загрузчик Linux позволяет позволяет объединить 32-х битные и 64-х битные образы программы в одном диске, а также добавить на этот диск загрузочные диски других продуктов Acronis, помогая таким образом получить на руки готовый инструмент для полного комплекса работ с жестким диском компьютера или ноутбука.

Запускаем программу Acronis Disk Director 12


После открытия главного окна программы открываем вкладу Средства и запускаем Мастер создания загрузочных носителей.






Начинаем создавать образ диска. Поскольку мы планируем использование загрузочного диска с компьютерами или ноутбуками с операционной системой Windows оставляем Windows-подобное представление. Для работы с операционными системами Linux лучше выбирать Linux-подобное представление. Эта разница обусловлена разным типом файловой системы и разделов жесткого этих операционных систем. Нажимаем Далее.


В этом окне можно добавить параметры ядра Linux. Подробнее об этом можно почитать в справке программы.


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


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

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


В этом окне можно добавить пользовательские драйвера запоминающих устройств, например, поддержку USB 3.0 или поддержку UEFI/EFI. В данном случае создается загрузочный диск на компьютере с поддержкой UEFI, встраивание дополнительных драйверов не требуется. Просто нажимаем Далее.


Программа еще раз покажет содержание будущего образа и место его сохранения.


Нажимаем Продолжить и дожидаемся завершения создания и сохранения загрузочного образа.


По завершении работы программа уведомит нас о создании образа.


Готовый образ можно теперь переименовать и записать на оптический диск.


Читайте также: