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)
圧縮は、機能することを前提としています。 tarファイルは一般に圧縮できません(既に圧縮されています)。そのため、「平均圧縮率」が得られない場合があります。純粋なテキストファイルでは、さらに圧縮される可能性があります。圧縮目標は推定値です。
あなたの場合、圧縮を妨げているのはファイルレベルの暗号化です。
暗号化は、データストリームをできるだけランダムな「ノイズ」に見せようとします。圧縮は、データの「密度」を増加させようとしますが、これは、さらなる圧縮を制限するという同様の効果があります。
最近の一般的ないくつかの種類のファイルは、圧縮されていないアーカイブにある場合でも、うまく圧縮されません(想定される〜2.5:1のターゲットよりもはるかに低い圧縮を実現します)。
任意のレベルで、任意のアルゴリズムを使用してすでに圧縮されているもの。これには、gzipされたマニュアルページとドキュメント、一部の形式のApp Bundle、アプリケーションプラグイン、Officeドキュメント(内部ではpkzipコンテナーです)、ソフトウェアのインストーラー(これらは、コアで、多くの場合、自己解凍アーカイブであり、多くの場合、メディアファイルが含まれています)以下で説明します)。
前述のように、暗号化されたものはすべて
最新の画像およびマルチメディア形式(BMP、非圧縮TIFFバリアント、またはWAVオーディオよりもハイテクなもの)。これらはドメイン固有のデータ削減方法を使用しますが、フォーマットに依存しない方法で既に圧縮されている場合と同様に動作するデータを生成します。また、これらが他のファイルに埋め込まれている場合(PDF、Postscript、Officeドキュメントに埋め込まれているTIFFまたはJPEG画像など)、ファイルの圧縮率が予想よりはるかに低くなります。
場合によっては、これらのいずれかを圧縮しようとすると、ファイルサイズが大幅に増加することもあります。