GZip образа диска, созданного с помощью команды `dd`
Вчера я создал образ диска, используя GZip.
Я открыл файл 51,3 ГиБ с именем ssd.img.gz, чтобы увидеть один значок с пакетом в 3,9 ГБ, да, это ТРИ ТРЕТИ девяти гигабайта и имеет имя изображения как ssd.img.
Это не кажется мне правильным, создание изображения работало или нет?
Да, на дисках есть данные и операционная система.
Должен ли я использовать cat
вместо? только я сделал, и он продолжал говорить, что это не имеет ничего общего.
Будет использовать | zip
вместо того, чтобы быть лучшим вариантом?
** РЕДАКТИРОВАТЬ **
Используемая команда была:
mark@zotac:~$ sudo -l
Enter password:<entered password to get in to root>
root@zotac:~# dd if=/dev/sda | gzip -c > "/media/mark/Seagate External Drive/ssd.img.gz
терминал потратил большую часть 10 часов на создание образа, что-то само по себе, что я также нашел подозрительным, почему так журнал при копировании файлов в папку, которую я хотел, около 40 ГБ заняло 45 минут...
Исходный диск /dev/sda
не было смонтированных перегородок.
** РЕДАКТИРОВАТЬ **
Просто чтобы уточнить, я пытаюсь создать образ диска для резервного копирования позже, если что-то пойдет не так с ремонтом, сам диск должен быть файлом на диске, так как целевой раздел диска использует почти весь диск, размер разделов не может быть изменен без форматирования, и я не собираюсь терять 1,4 ТБ данных.
Итак dd if=/dev/sda of=/<target>
это не то, что мне нужно, а то, что мне нужно, это образ диска, с которого я могу восстановить образ на диск, если ремонт пойдет не так.
Так какую команду я использую, дд или кот? Почему | zip
продолжайте говорить мне, что это не имеет никакого отношения к коту, но нет ошибки или предупреждения с dd
2 ответа
Если диск почти заполнен, нет смысла сжимать изображение; это займет века без практического эффекта. И восстановление будет намного медленнее.
dd
копирует физические, побайтовые разделы или диски. Он работает, считывая N байтов из входных данных и записывая их на выход, а затем повторяя. По умолчанию N 512 байт.
Для физического копирования диска / раздела используйте
dd bs=10M if=/dev/sda of=/path/to/dest/image.img
это будет читать блоки по 10 Мбайт за раз. Если у вас достаточно оперативной памяти, вы тоже можете увеличить это число. Размер файла будет точно таким же, как размер используемого диска / раздела (но иногда он может занимать меньше места --- dd
может создавать разреженные файлы).
Вы можете проверить прогресс в другом терминале с
ls -lh /path/to/dest/image.img
который даст вам размер файла изображения (более или менее --- он будет в кусках, на самом деле).
Тройной чек (с mount
) что ни один раздел диска для копирования не смонтирован и не используется где-либо, или созданный образ будет недействительным (и худшие вещи тоже могут случиться). Будьте осторожны и с областями обмена.
Вы можете смонтировать образ, чтобы проверить, нормально ли он работает с петлевой файловой системой и некоторыми хитростями.
Во всяком случае, есть также инструменты, которые помогают в задачах: Как создать образ диска и восстановить его позже?
Если ваша система не устарела (я имею в виду систему, с которой вы загружаетесь), будьте предупреждены об этой ошибке - исправлена с 14.04 и далее, но все еще существует для более старых ядер.
Сжатие образа всего диска или раздела с помощью Gzip может привести к значительному уменьшению размера файла, но только в том случае, если не было сохранено неиспользованных остатков данных, а неиспользуемое пространство равномерно заполнено, например, нулями.
Это может быть в случае с очень новым трудно используемым диском или с диском, где мы вручную заполнили неиспользуемое пространство нулями (например, с помощью утилиты zerofree ).
Это, однако, не относится к старому используемому диску, где остатки данных будут случайным образом распределены по всему диску, к диску, в котором безопасная очистка заполнила неиспользуемое пространство случайными числами, или после полного шифрования диска. В этих случаях Gzip не сможет сжать так сильно или не сжать вообще (случайные числа не могут быть сжаты).
Это также не относится к SSD, используемому в режиме записи в течение некоторого времени, потому что при каждой записи все блоки памяти будут равномерно распределяться по всему диску посредством встроенного программного обеспечения привода, чтобы избежать выравнивания износа. Тогда любое сжатие изображения будет также сжимать те остатки данных, которые со временем будут становиться все более и более случайными.
Таким образом, в вашем случае сжатый образ в 3,9 ГБ для твердотельного накопителя емкостью 50 ГБ может быть возможен для довольно нового, едва используемого диска или диска, в основном используемого для чтения, но не для записи на него большого количества данных. Но тогда это разумная ценность.
Чтобы узнать наверняка, нам нужно распаковать изображение, чтобы сравнить его содержание с источником.