我插入了 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] [ …我有两个*.tar内容相似的文件。我想验证哪些文件是相同的。很多文件都很大，所以我比较哈希需要从每个 tar 中提取每个文件并计算哈希。有没有办法在 tar 中散列文件而不必提取它？有没有另一种方法来比较两个*.tar文件中的文件？
我正在尝试通过制作 tarball 将 66 GB 的数据备份到 NAS，但是“tar -cSf ...”在 62 GB 后退出并出现“内存耗尽”错误。我的 Linux 机器有 1 GB 的 RAM 和 1 GB 的交换空间。
（编辑）我再次尝试了关于 tar 放弃的地方，并且 tar 很快又放弃了，所以看起来它可能在处理特殊文件时遇到了麻烦。
这些数据出人意料地难以备份。rsync 比 tar 慢 4 倍，因为 NAS 速度不是很快，并且它在中间退出，并显示“由对等方重置连接”；'cp' 在 cifs 共享上不能很好地工作，因为它无法创建特殊文件。有没有更好的办法？
我有一个口是心非的备份，我无法用口是心来恢复。
通过调用 duplicity file:///path/to/backups /path/to/dir，它返回“本地和远程元数据已同步，无需同步。” 但 /path/to/dir 是空的。
我解密了所有备份卷，并且能够从不同的 difftar 文件中查看和提取文件。我唯一的问题是文件分区并保存在以文件命名的文件夹中。
谁能给我一个简单的脚本或至少提示如何解压这些 difftar 文件，以便我获得实际文件而不是分区文件？
我想检查一个文件是否在 gzip 压缩的 tar 存档中。例如，我想检查存档 backup_2010-09-27.tar.gz 中是否存在 /etc/passwd
一个愚蠢的解决方案可以是：
tar -tzf backup_2010-09-27.tar.gz | grep '/etc/passwd'
但这需要时间。有更好的解决方案吗？
tar -cvf file.tar --exclude=thumbs/ \
--exclude=uploads_event/ \
--exclude=uploads_forum/ \
--exclude=uploads_admin/ \
--exclude=uploads_userpoints/ \
--exclude=uploads_group/ \
--exclude=up_old/ \
--exclude=uploads_user/ \
--exclude=uploads_wall/ \
directory_to_tar/
我有错吗？尝试 tar 整个目录，但完全排除所有这些目录和这些文件夹中的任何文件。
我有一个包含 27K 文件的目录，我想将它们压缩成多个INDEPENDENT tar 文件，每个文件有 5000 个文件，最后一个显然有 2K（27K 不能被 5 整除）。
最快/最简单的方法是什么？
现在我正在尝试在我的 linux 备份服务器上使用重复数据删除配置 ZFS，并且有一个问题。例如，我在 backup1.tar 中有 1k 个文件，在 backup2.tar 中有 1k 个相同的文件和 1 个新文件。这些文件是否会进行重复数据删除？正如我所看到的，它不适用于 tar 档案。也许我做错了什么。
我们有 NFS 存储，我们将备份存储在其中。虚拟机。我们想用 tar 和 gzip 对它们进行存档和压缩，但是当在这两个上发出简单的 tar 命令时..thin 就消失了，everythnig 突然变成了 10G。
即使我尝试分别对具有 1.6G 大小的 Thin-flat.vmdk 进行 tar（使用“tar cf thin.tar Thin-flat.vmdk”），它也会生成 10G 的 tar 文件。当我尝试运行 tar cf /extfs/thin.tar 以在 ext fs 上创建 tar 时，也会发生这种情况。
这是什么魔法？有人有线索吗？
非常感谢。
我认为这可能是一个简单的问题，但找不到答案。
我正在尝试从 tar 文件中提取一些文件。这些文件位于 tar 文件中的一个目录中。我尝试了以下但是这没有用
tar -zxvf filename.tar.gz folder/*
我认为这只会提取目录中的所有文件，而不是目录本身。我认为我目前可以做到的唯一方法就是这样。
tar -zxvf filename.tar.gz folder
mv folder/* ../
rm folder
希望有一种更有效的方法来完成这项任务。谢谢