考虑到现代 CPU 的性能，硬件压缩在磁带驱动器上是否仍然有意义？另外，如果我有一些已经在 GZIP 中压缩的数据并且我的驱动器正在启用硬件压缩，我该怎么办？而且，硬件压缩算法是专有的，因此无法读取类似但不相同的磁带驱动器上的磁带吗？谢谢！
我在谷歌上搜索加密磁带，结果出现了各种不同的结果。
大多数沿着管道 tar 到 openssl 的路线类似于：
tar cf - /home | openssl des3 -salt -k "Your-Password-Here"
一些然后管道到 dd，而其他只是重定向到磁带设备：
tar cf - /home | openssl des3 -salt -k "Your-Password-Here" | dd of=/dev/nst0
tar cf - /home | openssl des3 -salt -k "Your-Password-Here" > /dev/nst0
问题：是否有特殊原因为此调用 dd ，或者通过重定向“直接”流式传输到磁带是否安全？
我有一个Quantum LTO-4 HH 原始驱动器，最近我遇到了很多磁带问题。
很长一段时间每3-5个磁带，驱动器要求我清洁磁带，但最近驱动器需要经常清洁（每2个磁带，有时只有一个，甚至停在磁带中间）。我以为是磁带的问题，因为它们已经使用了很多次，然后我买了新的磁带。
现在的问题是新磁带无法使用，因为在备份 5-6 GB 后，驱动器变脏并要求清洁磁带。我已经测试了 2 家不同供应商的 4 盘磁带（索尼和昆腾），但都失败了。在新磁带（索尼）的第一次“灾难”之后，我能够备份一个完整的旧磁带，但现在在第二次“灾难”（昆腾磁带）之后，即使是旧磁带在 5-6GB 后也失败了。
我应该更换设备还是可以通过“手动”清洁来解决？
如果是后者，我是否需要任何特殊产品进行手动清洁？
我们正在备份到磁带，但通常情况下，磁带不会被吐出来，我们会遇到一个错误The requested media failed to mount. The operation was aborted.，据我所知，这可能意味着驱动器已满（看起来不像，因为驱动器吃了 ~700GB 大）。
我们有时会收到此错误，但有时它会起作用。
我们运行的是 Windows Small Business Server 2003 SP？（最新的SP和更新）
但我的问题是，当我每天放入一个磁带（一周中的每一天都有一个磁带）时，它是从磁带的开头开始复制数据，还是从上次备份填满的地方继续到？
我对磁带及其工作方式很陌生，因此链接到有关其工作方式的良好资源也会很棒。
我们目前正在销毁我们的旧 DLT 磁带（有些已经 30 年了......），我们对里面的带子的长度感到惊讶。
我们会知道它的长度是多少？它看起来无限！(+1)