我在 Linux 服务器上有一个 HP Ultrium 5-scsi 磁带设备，我目前正在使用 HP LTO-5 Ultrium RW（型号 C7975A）磁带，我有几个关于此设置的问题，它是否有效。1 - 考虑到压缩，该磁带的存储容量似乎可以达到 3TB。我没有使用任何压缩来备份特定文件夹。如果没有压缩，这个磁带可以容纳多少数据？我在任何地方都找不到这些信息。2 - 我正在尝试从一个 329GB 的文件夹中进行备份，它要求插入第二个磁带以继续备份过程。这是正常的吗？我用来启动此备份的命令是tar cvMf /dev/nst0 var/Data/backup
3 - 我在服务器上使用 Ubuntu 20.04。
任何人都可以分享这一点吗？我对这方面了解不多。
我有一个连接到 SAN 交换机的 HP 1x8 G2 Autoloader，在我的 VMware 环境中，我有一个可以与磁带一起使用的 Oracle Linux。问题是在将磁带连接到 VM 后，未检测到介质更换器，但磁带驱动器正常！
$ cat /proc/scsi/scsi
Attached devices:
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: VMware Model: Virtual disk Rev: 2.0
Type: Direct-Access ANSI SCSI revision: 06
Host: scsi2 Channel: 00 Id: 01 Lun: 00
Vendor: HP Model: Ultrium 6-SCSI Rev: 25MW
Type: Sequential-Access ANSI SCSI revision: 06
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: NECVMWar Model: VMware IDE CDR00 Rev: 1.00
Type: CD-ROM ANSI SCSI revision: 05
$ lsscsi -g
[0:0:0:0] cd/dvd NECVMWar VMware IDE CDR00 1.00 /dev/sr0 /dev/sg2
[2:0:0:0] disk VMware Virtual disk 2.0 /dev/sda /dev/sg0
[2:0:1:0] tape HP Ultrium 6-SCSI 25MW /dev/st0 /dev/sg1
$ ls -l /dev/tape/by-path
lrwxrwxrwx 1 root root 9 Jul 30 08:49 pci-0000:00:10.0-scsi-0:0:1:0 -> ../../st0
lrwxrwxrwx 1 root root 10 Jul 30 08:49 pci-0000:00:10.0-scsi-0:0:1:0-nst -> ../../nst0
$ lsmod | grep scsi
scsi_transport_spi 32768 1 mptspi
mptscsih 36864 1 mptspi
mptbase 94208 2 mptspi,mptscsih
$ lsmod | grep sg
sg 36864 0
$ lsmod | grep st
st 61440
我为 Centos 8 安装了最新版本的 HPE 阵列控制器
$ yum list installed
kmod-hpsa.x86_64 3.4.20-5.el8_4.elrepo @elrepo
并且磁带自动加载器处于顺序模式，我将其更改为自动。
内核信息：
$ uname -r
5.4.17-2102.202.5.el8uek.x86_64
mtx 输出：
$ mtx -f /dev/nst0 status
mtx: Request Sense: Long Report=yes
mtx: Request Sense: Valid Residual=no
mtx: Request Sense: Error Code=70 (Current)
mtx: Request Sense: Sense Key=Illegal Request
mtx: Request Sense: FileMark=no
mtx: Request Sense: EOM=no
mtx: Request Sense: ILI=no
mtx: Request Sense: Additional Sense Code = 20
mtx: Request Sense: Additional Sense Qualifier = 00
mtx: Request Sense: BPV=no
mtx: Request Sense: Error in CDB=no
mtx: Request Sense: SKSV=no
READ ELEMENT STATUS Command Failed
$ mtx -f /dev/nst0 inquiry
Product Type: Tape Drive
Vendor ID: 'HP '
Product ID: 'Ultrium 6-SCSI '
Revision: '25MW'
Attached Changer API: No
大多数 lto 磁带在其标签上指定 MP 或 BaFe。索尼 ltx2500g 磁带没有。我有两个 ibm lto6 卡座，想尝试在不同的机器上保留不同的磁带品牌和粒子配方，以便在出现任何磁带/磁头问题时更容易隔离磁带/磁头问题。到目前为止，我没有遇到任何磁带问题，但是 fuji bafe 磁带的写入速度似乎要慢得多。它们是我尝试过的唯一 BF 磁带。我使用的其他品牌是 HP（MP 版）和 Sony，它们都可以正常工作。
谢谢！
我想通过命令行以编程方式打开磁带库。我的 HP MSL4048 有 3 个磁带邮槽和 4 个杂志，我只能从 Web 界面打开。阅读手册我知道打开邮槽或解锁杂志命令不是标准的，每个供应商可能都有自己的方法来做到这一点。有谁知道弹出 HPE MSL4048 邮槽或解锁杂志的命令？我还相信 Quantum i40 或 Sun Storagetek SL48 或 IBM TS3000 库系列具有相似的硬件，并且可能对这两种操作都有相似的命令。
我努力了：
mtx -f /dev/sg2 unlock (does nothing)
mtx -f /dev/sg4 eepos 1 transfer 32 32 (give an error)
mtx -f /dev/sg4 eepos 0 transfer 32 32 (give Source Element Address 1032 is Empty)
和之后的任何其他数字eepos。
有什么方法可以在 Linux ( CentOS )下从磁带中找出文件系统？我需要这个来确定磁带是否已经是LTFS。
目前我知道：
# for managing a tape library# for controlling the tape# for general tape information# for statistics# for formatting a tape# for mounting a tape# for removing the file system from tape我认为他们都不能从磁带上显示实际的文件系统。
你对我有什么建议吗？
据我了解，LTO 磁带将数据写入“包裹”中，其中第一个包裹将磁带解绕到驱动器中，第二个包裹将其绕回磁带盒中。这个过程会重复多次，其想法是，一旦到达磁带的末端，所有的磁带都将重新回到磁带盒中，并且几乎不需要倒带就可以将其弹出。
但是我注意到，当您到达磁带的末尾时，驱动器听起来好像是最后一圈的一半，因此驱动器在弹出磁带之前会花一些时间倒带，即使它报告说已到达磁带的末尾。
这是因为磁带上有一些保留容量，以允许诸如重写失败的块或跳过磁带的坏部分而不减少总容量之类的事情吗？还是有其他原因导致磁带明显提前完成？
今天，我遇到了Veeam 社区论坛帖子中描述的问题。在特定情况下，Veeam 会无意中将合法磁带标记为清洗磁带，从而将其完全从 VBR 控制台的视图中移除。没有用户可访问的方法将其从目录中删除，擦除、重新扫描或清点磁带也没有任何效果。
症状：
您将在日志中看到以下条目：
:: TapeDrive alert: The tape drive is due for routine cleaning:. Wait for the current operation to finish. Then use a cleaning cartridge. Check the tape drive user manual for device specific cleaning instructions.
:: TapeDrive alert: The last cleaning cartridge used in the tape drive has worn out:. Discard the worn out cleaning cartridge. Wait for the current operation to finish. Then use a new cleaning cartridge.
:: Marking tape <TapeName> as a cleaning cartridge
您会注意到磁带库中的一个插槽神奇地消失了。丢失的插槽将与 Veeam 认为是清洗磁带的磁带的位置相对应。
我在谷歌上搜索加密磁带写入了各种结果。
大多数沿着管道 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 是否有特殊原因，或者通过重定向将“直接”流式传输到磁带是否安全？
我们目前正在使用 Amanda Backup 将来自不同服务器的大量数据备份到磁带库，并且运行良好。
现在，我需要将一组特定文件（在未备份的位置）一次性备份到磁带上，以便长期存储。
显然，我可以创建一个新的 Amanda 配置并只运行一次，但这有几个缺点，因为恢复需要该配置存在或通过手动过程从磁带恢复（这对于一般备份是可以接受的，但我不认为这是一次性的好主意）。
考虑到易于恢复和（更重要的是）不依赖于恢复过程的外部配置数据，将备份存储在磁带上的最佳格式是什么。
我有一个运行 System Center Data Protection Manager 2012 的备份服务器，连接到几个磁带驱动器（无库）。当然，我也有一些磁带。磁带旋转是手动的。
磁带以前被DPM本身（但服务器已经完全重建）和其他备份软件使用过；他们不是空的。但它们不包含 DPM 知道和/或想要保留的数据，因此无需运行forcefreetape.ps1.
当磁带放入驱动器时，需要进行盘点，将其识别为进口磁带，然后将其标记为空闲；否则 DPM 将简单地拒绝使用它。
如何让 DPM 自动将这些导入的磁带视为免费？而且，当然，我不想重复使用真正的备份磁带，如果它们在到期日期之前偶然被放入驱动器，所以解决方案应该将导入的磁带标记为免费，但不应该对真正的、未过期的磁带做同样的事情磁带。