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> не то, в чем я нуждаюсь, в чем я действительно нуждаюсь, изображение диска, от которого я могу восстановить изображение к диску, должен восстановление идти не так, как надо.
Таким образом, какую команду я использую, dd или кошка? Почему делает | zip продолжайте говорить мне, с которым это нечего делать при использовании с кошкой, но никакой ошибкой или предупреждением с dd
2 ответа
Сжатие целого диска или использование изображения раздела, которое Gzip может привести к огромному сокращению размера файла, но только в случае, если было никакие неиспользованные остатки данных сохранено и неиспользуемое место, однородно заполняются , например, Нулями.
Это может иметь место для очень нового едва используемого диска, или для диска, где мы вручную заполнили неиспользуемое место Нулями (например, использование утилиты zerofree ).
-
Это однако не случай для старого используемого диска, где остатки данных будут случайным образом рассеяны на всем протяжении диска для диска, где безопасная очистка заполнила неиспользуемое место случайными числами, или после wholde шифрования диска. В этих случаях Gzip не будет в состоянии сжаться так, или нисколько (случайные числа не могут быть сжаты).
-
Это также не случай для SSD, используемого в режиме записи в течение некоторого времени, потому что на каждой записи все блоки памяти будут равномерно распределены на всем протяжении диска встроенным микропрограммным обеспечением диска для предотвращения выравнивания износа. Тогда любое сжатие изображения также сожмет те остатки данных, которые будут все более случайными со временем.
Так, в Вашем случае 3,9 гибибайта сжались, изображение SSD на 50 гибибайт может быть возможно для довольно нового, едва используемого диска или диска, главным образом используемого для чтения, но не для записи очень на него. Но тогда это - разумное значение.
Для обнаружения наверняка мы должны были бы распаковать изображение для сравнения, это довольно источником.
Если диск почти полон, нет никакого смысла в сжатии изображения; это возьмет возрасты без практического эффекта. И восстановление будет намного медленнее также.
dd физические копии, разделы байта байтом или диски. Это работает путем чтения N байтов из входа и записи им в вывод и затем повторение. N - значением по умолчанию 512 байтов.
Для копирования диска/раздела физически использовать
dd bs=10M if=/dev/sda of=/path/to/dest/image.img
это считает блоки 10 мегабайтов за один раз. Если у Вас есть много RAM, Вы можете то число также. Размер файла будет точно тем же как размером используемого диска/раздела (но это может занять меньше диска когда-то--- dd может создать редкие файлы).
Можно проверить прогресс другого терминала с
ls -lh /path/to/dest/image.img
который даст Вам размер файла изображения (более или менее---, это будет в блоках, действительно).
Трижды проверьте (с mount) то, что никакой раздел диска для копирования не монтируется или используется где угодно, или созданное изображение будет недопустимо (и худшие вещи могут произойти, также). Будьте осторожны относительно областей подкачки, также.
Можно смонтировать изображение, чтобы проверить, соглашается ли оно с петлевой файловой системой и немного приемы.
Так или иначе существуют также инструменты, который помогает задачам: Как сделать образ диска и восстановление от него позже?
Если Ваша система не является недавней (система от того, где Вы загружаетесь, я имею в виду), предупреждены относительно этой ошибки---зафиксированный от 14,04 прогрессивных, но все еще там для более старых ядер.