我插入了一个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)
压缩假定它可以工作。 tar文件通常不能压缩（他们已经是），所以是的，你可能最终没有得到“平均压缩比”。 纯文本文件可能会压缩更多。 压缩目标是估计值。
在你的情况下，它是防止压缩的文件级encryption。
encryption试图使数据stream尽可能多地随机“噪音”。 压缩试图增加数据“密度”，这具有限制进一步压缩的类似效果。
即使是在一个未压缩的档案中，现在常见的几种文件也不会很好地压缩（实现的压缩远远小于假设的2.5：1的目标）：
任何在任何级别上已经使用任何algorithm压缩的东西。 这包括gzip手册页和文档，某些格式的应用程序包，应用程序插件或办公文档（内部是pkzip容器），软件安装程序（这些软件的核心往往是自解压存档 – 通常包含媒体文件如下面所描述的）。
如上所述，encryption的东西
现代图像和多媒体格式（比BMP更加高科技，无压缩的TIFF变体或WAVaudio）。 这些使用特定于域的数据简化方法，仍然导致数据的行为就像已经使用格式不可知的方法进行了压缩。 另外，如果这些文件被embedded到其他文件中（例如embedded在PDF，postscript或office文档中的TIFF或JPEG图像），则它们会使文件的可压缩性比预期的要小得多。
在某些情况下，试图压缩其中的任何一个甚至可以产生文件大小的净增益。