Резервные копии
Во-первых, несколько советов по резервному копированию в целом: вы не можете полагаться на резервную копию, пока не проверите и не проверите, что ваш процесс восстановления работает. Есть несколько методов для тестирования резервных копий:
- Полное восстановление физического оборудования, если у вас есть удобное оборудование и оно является критически важным резервным копированием.
- Полное восстановление виртуальной машины, если вам не хватает запасного оборудования.
- Извлечение данных и проверка правильности и полноты, если вам не нужно восстанавливать загрузочную ОС.
Как правило, я не считаю проверку несжатого размера WinZip особенно полезной. Однако полученные результаты могут указывать на то, что вы указали неверные данные count, что приводит нас к ...
Проблемы с вашей ddкомандой
count=(30 gb worth of sectors)
Моя первая мысль, увидев это, заключается в том, что вы никогда не должны указывать countпри резервном копировании диска. Если вы хотите создать резервную копию определенного раздела, вы должны использовать блочное устройство раздела ( /dev/sdXNгде Nэто число). В противном случае вы должны просто ddвзять весь диск; указавcount риск (фактически, почти гарантию), что вы будете отбрасывать данные и, возможно, повредить файловую систему.
В комментарии вы предоставили обоснование:
Накопитель емкостью 500 ГБ, и я передал свой последний запасной жесткий диск другу, поэтому у меня не было места, куда можно записать файл, который может вместить изображение размером 500 ГБ. Поскольку ОС занимает всего ~ 15 ГБ пространства, я указал количество, которое будет равно 30 ГБ секторов, чтобы быть в безопасности.
К сожалению, файловые системы работают не так. Большинство файловых систем не гарантируют, что все данные будут храниться в начале диска.
альтернативы
Есть несколько других способов сделать то, что вы хотите.
Архивирование только файлов / данных
Если вам нужна только резервная копия данных, и вам не нужно слишком много возможности восстанавливать загрузочную ОС, вы можете создавать резервные копии файлов только с помощью tarкоманды. Это означает, что у вас все еще будут ваши данные, но вам придется переустанавливать ОС с нуля и восстанавливать данные вручную (и любые установленные приложения).
- Скопируйте файлы в архив с помощью
tarканалаgzip.
Сжатые резервные копии с нулевым свободным пространством
Это более или менее то, что вы уже пытались. У вас есть правильная идея gzip: надеюсь, это сожмет любое неиспользуемое пространство ( очень сжимаемое) до нуля. Вам просто нужно отказаться countот вашей команды.
К сожалению, это не обязательно сработает, поскольку удаленные файлы могут все еще существовать на диске и не будут отображаться как пустые gzip. Поэтому сначала вы должны очистить неиспользуемое пространство . Ваш процесс резервного копирования становится:
- Очистить неиспользуемое пространство с
zerofreeили аналогичным - Скопируйте диск в сжатый образ с помощью
dd(безcount!)gzip
Используйте инструмент, который создает резервные копии только используемых блоков, например partclone
Существуют, например partclone, некоторые инструменты, которые достаточно умны, чтобы распознавать и резервировать только использованные блоки. В вики Arch есть несколько примеров использования с gzip, а в руководстве есть несколько примеров внизу. Это эффективно заменяет ddв вашем конвейере.
Вам нужно будет использовать тот же инструмент снова при восстановлении данных.