主页 / server / 问题 / 878129
Accepted
elbarna
Asked: 2017-10-13 04:31:54 +0800 CST

压缩磁带集..但在 2.27TB ..空间结束

  • 772

我插入了 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

我在 slackware 14.2 上使用 tar 进行备份

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

3 个回答

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

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

    • 17
  2. Best Answer

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

    • 5

  3. 一些现在常见的文件不能很好地压缩（实现的压缩率远低于假设的 ~2.5:1 目标），即使它们位于未压缩的存档中：

    • 使用任何算法在任何级别已经压缩的任何内容。这包括 gzip 压缩的手册页和文档、某些格式的应用程序包、应用程序插件或办公文档（内部是 pkzip 容器）、软件安装程序（它们的核心通常是自解压存档 - 并且通常包含媒体文件作为如下面所描述的）。

    • 如前所述，任何加密的

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

    在某些情况下，尝试压缩其中任何一个甚至可以产生文件大小的净增益。

    • 2

相关问题