Назад | Перейти на главную страницу

Сжатие на магнитной ленте ... но на 2,27 ТБ ... на конце места

Я вставил кассету LTO6

tapeinfo -f /dev/st0
Product Type: Tape Drive
Vendor ID: 'QUANTUM '
Product ID: 'ULTRIUM 6       '
Revision: '4142'
Attached Changer API: No
SerialNumber: 'HU1322VW9U'
MinBlock: 1
MaxBlock: 16777215
SCSI ID: 0
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: Not Loaded
Density Code: 0x5a
BlockSize: 0
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0x1
DeCompType: 0x1
BOP: yes
Block Position: 0
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 3

Но когда резервная копия достигает 2,27 ТБ (сжатая лента составляет 6 ТБ), выход с ошибкой, поскольку лента не сжимается

2,27TiB 8:39:36 [75,6MiB/s] [                                                                        <=>                             ]
pv: write failed: Spazio esaurito sul device
error writing output file

Я использую tar для резервного копирования на Slackware 14.2

tar cMpf - -X /etc/file.exclude  /| openssl enc -e -aes256 -salt -pass file:filepass |(pv -p --timer --rate --bytes > /dev/st0)

В вашем случае сжатие предотвращает шифрование на уровне файла.

Шифрование пытается сделать поток данных как можно более случайным "шумом". Сжатие пытается увеличить «плотность» данных, что имеет аналогичный эффект ограничения дальнейшего сжатия.

Сжатие предполагает, что оно может работать. Файлы tar обычно не могут быть сжаты (они уже есть), так что да, вы можете в конечном итоге не получить «средний коэффициент сжатия». Чистые текстовые файлы могут сжиматься намного сильнее. Цели сжатия являются приблизительными.

Пара распространенных в настоящее время типов файлов плохо сжимаются (достигается гораздо меньшее сжатие, чем предполагалось ~ 2,5: 1), даже если они находятся в несжатом архиве:

  • все, что на любом уровне уже сжато с использованием любого алгоритма. Сюда входят сжатые с помощью gzip страницы руководства и документация, некоторые форматы пакетов приложений, подключаемых модулей приложения или офисных документов (которые являются внутренними контейнерами pkzip), установщики программного обеспечения (по сути, это часто самораспаковывающиеся архивы - и часто содержат файлы мультимедиа в виде описано ниже).

  • Как уже упоминалось, все зашифрованное

  • современные форматы изображений и мультимедиа (что-либо более высокотехнологичное, чем BMP, несжатые варианты TIFF или аудио WAV). Они используют методы сокращения данных, зависящие от предметной области, которые по-прежнему приводят к тому, что данные ведут себя так, как если бы они уже были сжаты с помощью метода, не зависящего от формата. Кроме того, если они встроены в другие файлы (например, изображение TIFF или JPEG, встроенное в PDF, постскриптум или офисный документ), они, в свою очередь, делают этот файл гораздо менее сжимаемым, чем ожидалось.

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