Как найти альтернативные суперблоки в ext3 файловой системе раздела меньше qcow2?

Это зависит.

  • Если Вы не должны хранить полномочия, затем идут с 7z. Это обеспечивает, быстрый доступ к единственным файлам (Когда-нибудь пытался извлечь один файл из tar на 100 ГБ?) и хорошее сжатие. Я когда-то взломал вместе сценарий генератора сценария восстановления разрешения с находкой и sed, я попытаюсь найти это, если Вам будет интересно.

  • Для маленького (самое большее некоторые ГБ) архивирует, я использовал бы сжатый tar. Если бы скорость имеет значение вообще, что я не использовал бы ее для более крупных архивов. xz лучше, чем bzip2, который лучше, чем gzip. Некоторые живут/спасают, CD не имеют xz, но я должен все же видеть систему без bzip2.

  • Поскольку несжатый tar больших файлов является хорошим выбором. Скорость приемлема большую часть времени. В зависимости от того, что находится в архивах, не могло бы иметь смысла сжимать его. Звуковые файлы и видеофайлы уже сжаты и не могут быть сжаты далее с алгоритмами без потерь.

  • Звезда может сделать все, что tar может и иметь редкую поддержку файла. К сожалению, это как широко не используется.

2
31.05.2014, 12:10
1 ответ

Хорошо, извините за то, что так быстро ответил на свой вопрос, но я заметил кое-что ошеломляющее. Файл .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
0
27.01.2020, 23:00

Теги

Похожие вопросы