我正在寻找某种方法来解决 Linux 上使用 tar 的增量备份问题。
我有大量数据集（大约 3TB）需要备份到磁带。为此，我在 LTO4 设备上使用 linux tar 命令和 mt / mtx。
由于备份非常非常非常慢（我想我必须将其放在另一个问题中），我别无选择，只能使用增量备份以避免它在生产期间运行。
基本上，它是这样的：
完整的 tar 已制作完成：（级别为 0）
tar --new-volume-script=changetape.sh \
--exclude=.zfs \
--listed-incremental=file.index \
--label=full_DS01 \
-cvf /dev/nst0 \
/mnt/storage/sharename >>filelisting.log 2>>errlisting.errlog
每天增量焦油：
mtx -f /dev/sg1 load X #(load correct tape)
mt -f /dev/nst0 eod #(forward to end of data to write a new incremental tar)
tar --exclude=.zfs \
--listed-incremental=file.index \
--label=incremental_DS01 \
-czvf /dev/nst0 \
/mnt/storage/sharename >>filelisting.log 2>>errlisting.errlog
重复增量焦油。使用与 2 中相同的过程，因此我总是使用 0 级列出的增量，每次都会进行调整。这应该意味着我总是备份自上次增量更新以来已更改的文件。（与差异相反，您总是与完整更新进行比较）
问题：
经过几次迭代后，增量开始失败，这意味着：备份运行，但似乎认为所有文件都已更改，实际上它执行了完整备份。 …
由于超出我理解水平的原因，我似乎无法通过 pxe 启动 Fedora 25 的救援实例。在无数次尝试使用工作站版本之后，我又回到了服务器 DVD，因为最后，我唯一需要的是启动 pxe fedora 以在我的本地磁盘分区上工作。唉，那里没有运气。
目前正在 append 行中寻找不同关键字的确切含义。(pxe, grub, ...) 希望找到正确的魔法公式，但我的 googlefu 似乎也让我失望。
其他发行版没有问题，但我想了解为什么 Fedora 如此痛苦。
即：在 centos7 pxe (nfs) 上启动救援非常简单：
LABEL c7r
kernel centos/7/vmlinuz
append initrd=centos/7/initrd.img method=nfs:192.168.16.252:/pxedev/centos/7 rescue
在 Fedora 25 上的一些尝试：
LABEL f25r
kernel fedora/25s/vmlinuz
append initrd=fedora/25s/initrd.img ip=dhcp root=nfs:192.168.16.252:/pxedev/fedora25s/ rescue
从 PXE (nfs) 安装并不困难：
LABEL f25ws
kernel fedora/25/vmlinuz
append initrd=fedora/25/initrd.img ip=dhcp inst.stage2=nfs:192.168.16.252:/pxedev/fedora25/
所以我错过了 Fedora 25 的 pxe 救援所需的信息。对于服务器版本，我下载了 dvd：“Fedora-Server-dvd-x86_64-25-1.3.iso”，然后我将其完全解压缩到文件夹中并获取来自“images/pxeboot”目录的内核和initramfs。