Это зависит.
Если Вы не должны хранить полномочия, затем идут с 7z. Это обеспечивает, быстрый доступ к единственным файлам (Когда-нибудь пытался извлечь один файл из tar на 100 ГБ?) и хорошее сжатие. Я когда-то взломал вместе сценарий генератора сценария восстановления разрешения с находкой и sed, я попытаюсь найти это, если Вам будет интересно.
Для маленького (самое большее некоторые ГБ) архивирует, я использовал бы сжатый tar. Если бы скорость имеет значение вообще, что я не использовал бы ее для более крупных архивов. xz лучше, чем bzip2, который лучше, чем gzip. Некоторые живут/спасают, CD не имеют xz, но я должен все же видеть систему без bzip2.
Поскольку несжатый tar больших файлов является хорошим выбором. Скорость приемлема большую часть времени. В зависимости от того, что находится в архивах, не могло бы иметь смысла сжимать его. Звуковые файлы и видеофайлы уже сжаты и не могут быть сжаты далее с алгоритмами без потерь.
Звезда может сделать все, что tar может и иметь редкую поддержку файла. К сожалению, это как широко не используется.
Хорошо, извините за то, что так быстро ответил на свой вопрос, но я заметил кое-что ошеломляющее. Файл .qcow2
имел размер 120400379904 байта, тогда как преобразование изображения с помощью qemu-img convert -O raw
дало мне изображение размером 128849018880 байтов.
Большая разница.
Теперь, если мы возьмем размер в секторах, найденных testdisk
, мы действительно заметим, что 512 * 251657216 равно 128848494592, что на 512 байт больше, чем размер файла "сырого" образа. . «Это выглядит многообещающе, - подумал я.
Я создал эти файлы несколько лет назад, поэтому я не уверен, создавал ли я их как разреженные изображения. Тем не менее, если qemu-img info
показывает это именно так, я подумал про себя, давайте попробуем преобразовать формат изображения. Имейте в виду, что это не меняет исходный файл!
qemu-img convert -O raw input output
делает эту работу, хотя и медленно.
Повторный запуск testdisk
с этим файлом сработал на удивление хорошо, хотя мне все еще не удалось убедить mount использовать другой суперблок, несмотря на -o sb = ...
.
TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk bigdata/vm_disk_vdb.img - 128 GB / 120 GiB - CHS 15666 255 63
Partition Start End Size in sectors
>P ext3 0 1 1 15664 239 62 251657216 [DATA]
Structure: Ok.
Keys T: change type, P: list files,
Enter: to continue
ext3 blocksize=4096 Large file Sparse superblock, 128 GB / 119 GiB
После этого я мог получить testdisk
, чтобы скопировать файлы в каталог и сравнить их с моими резервными копиями.
Было несколько повреждений, таких как:
ext2fs_read_inode(ino=384492884) failed with error 2133571369.
, а также другие незначительные проблемы, но проблемы затрагивали только около 0,1% всех файлов и папок. Запустите testdisk
следующим образом, чтобы определить, какие файлы следует считать поврежденными:
testdisk /log imagefile.img