☰

磁带组压缩，但在 2.27TB 时，空间已耗尽

tag-icon • tag-icon backup tar tape
磁带组压缩，但在 2.27TB 时，空间已耗尽

我插入了一盘 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.27TB（磁带压缩后为 6TB）时，由于磁带未压缩，因此会出错退出

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)

答案1

压缩假定它可以工作。tar 文件通常无法压缩（它们已经可以压缩了），所以是的，您可能最终得不到“平均压缩率”。纯文本文件可能压缩得更多。压缩目标是估计值。

答案2

在您的情况下，文件级加密阻止了压缩。

加密试图使数据流看起来尽可能像随机“噪音”。压缩试图增加数据“密度”，这具有与限制进一步压缩类似的效果。

答案3

现在常见的几种文件的压缩效果不佳（压缩率远低于假设的~2.5:1 目标），即使它们位于未压缩的存档中：

  • 任何已使用任何算法压缩过的内容，无论压缩程度如何。这包括 gzip 压缩的手册页和文档、某些格式的应用程序包、应用程序插件或办公文档（其内部是 pkzip 容器）、软件安装程序（这些安装程序的核心通常是自解压档案 - 并且通常包含如下所述的媒体文件）。

  • 如上所述，任何加密

  • 现代图像和多媒体格式（比 BMP、未压缩的 TIFF 变体或 WAV 音频更高科技的任何格式）。这些格式使用特定领域的数据缩减方法，但数据的行为仍然像已经使用与格式无关的方法压缩一样。此外，如果这些格式嵌入到其他文件中（例如，嵌入 PDF、PostScript 或 Office 文档的 TIFF 或 JPEG 图像），它们会使该文件的压缩性远低于预期。

在某些情况下，尝试压缩其中任何一个甚至会导致文件大小的净增加。

相关内容