我正在设置一个新的 Linux 主机并希望有一个加密的 SWAP 分区。该文件/etc/crypttab丢失了，所以我安装了cryptsetup创建该文件的包。之后我简单地使用 VI 手动编辑了该文件，此外/etc/fstab，重新启动和加密的 SWAP 可用。我更新了整个系统，导致以下错误消息：

cryptsetup: ERROR: Couldn't resolve device rpool/ROOT/pve-1
cryptsetup: WARNING: Couldn't determine root device
cryptsetup: WARNING: The initramfs image may not contain cryptsetup binaries
    nor crypto modules. If that's on purpose, you may want to uninstall the
    'cryptsetup-initramfs' package in order to disable the cryptsetup initramfs
    integration and avoid this warning.

需要注意的是，我没有加密任何其他分区或任何东西，只是 SWAP。所以我只是尝试了一下并成功重启。之后，我尝试按照错误消息中的说明操作并删除了 package cryptsetup-initramfs，这也迫使我也删除了 packagecryptsetup本身。剩下的唯一的东西是cryptsetup-binand cryptsetup-run，后来我把它删掉apt autoremove了。

这就是让我感到疑惑的地方：在最后一次重新启动并cryptsetup删除所有这些之后，我似乎仍然有加密的 SWAP。我预计 SWAP 由于缺少cryptsetup.

root@pve:~# blkid | grep swap
/dev/mapper/swap_crypt: UUID="ccb3e6b9-ccaa-4c38-b34b-aa434134023c" TYPE="swap"

所以，我想cryptsetup真的只是名字所说的，设置东西？但在运行时不再需要？因此，/etc/crypttab从一开始就使用 VI 手动创建也可以，cryptsetup根本无需安装？

当然，这只是因为我的用例不需要处理initramfs等。尽管如此，我总是有这样的印象，cryptsetup即在启动过程中正确设置例如 SWAP 也是必需的。

Postfix的虚拟别名表格式在某些条件下赋予前导空格特殊的含义：

multi-line text
     A  logical  line  starts  with  non-whitespace text. A line that
     starts with whitespace continues a logical line.

在此示例之后，我在这些文件中有很多条目。特别是对于多个不同的行，前缀a具有不同的长度。

# Some comment...
[email protected]           recipient
[email protected]         recipient
[email protected]       recipient
[email protected]     recipient
[email protected]    recipient
[email protected]   recipient

为了使事情更具可读性，我希望使用以下相同条目的布局：

# Some comment...
        [email protected] recipient
      [email protected] recipient
    [email protected] recipient
  [email protected] recipient
 [email protected] recipient
[email protected] recipient

或者有时使用不同顺序的相同方法。虽然，前一个例子在理论上会更常见。

# Some comment...
[email protected] recipient
 [email protected] recipient
  [email protected] recipient
    [email protected] recipient
      [email protected] recipient
        [email protected] recipient

因此，真正的区别只是添加前导空格以使内容更具可读性。至少在第二个示例中，根据文档，前导空格将被识别为前几行的延续，这在我的情况下是错误的。

但是第一个例子是如何处理的呢？理论上从来没有起始逻辑行，但行也不是空的、空格或仅注释。

一般来说，有什么方法可以配置/...后缀，前导空格总是被忽略并且从不用于继续？

如果当前的 Postfix 实现根本不可能，我会接受。只是想确保我没有遗漏任何东西。

谢谢！

语境

我有一些 Synology NAS 存储由 WBADMIN 从 Windows 使用 SMB 创建的备份，这意味着最终禁用压缩的 VHDX 图像文件，否则 WBADMIN 拒绝处理这些文件。这些文件需要在 NAS 上仍然可用一段时间，但任何人都不太可能再次安装这些文件，因此我现在想在之后应用压缩以简单地保护一些空间。如果它需要再次挂载，可以很容易地解压，所以我们暂时忽略它。DSM 还提供了所有必要的工具来处理 shell 上现有数据的压缩：

chattr -R +c [...]
btrfs filesystem defragment -r -c [...]

需要注意的重要一点是，现有的 VHDX 文件已经受到自动创建的快照的保护，并且 NAS 在我压缩文件后继续自动创建快照。那么这些快照会发生什么？

现有快照是否也压缩了块？

根据这个解释，我不这么认为。此外，这会在一定程度上违背快照在某个时间点保证数据不变的整个目的。过去创建快照时，事情根本没有被压缩，所以理论上数据需要以某种方式可用。

OTOH，无论如何，压缩被设计为有点透明，即使在快照中，也可能一直争论到现有块。最后可能会安全很多空间。压缩甚至是du无法识别的透明。

新快照是否保留了新压缩的块更改？

我在压缩之前有一个快照，压缩 VHDX 文件并在之后创建一个新快照。Windows 或 WBADMIN 或任何其他人在 VHDX 中没有其他任何更改，因此从逻辑角度来看，该文件仍然没有更改。但是，由 BTRFS 管理的文件的各个块/范围已经发生了很大变化，具体取决于应用的压缩效果如何。

这会导致两个快照之间新分配的实际存储空间，不是吗？因此，在压缩之后，直到保存未压缩数据的早期快照被删除，整体存储可能只是比以前少。

还是我在某个地方错了？谢谢！

背景

我有一台托管虚拟机的服务器和一台较旧的 NAS Synology DS1512+ 用作这些虚拟机的备份目标。服务器使用 ZFS，创建快照并将快照文件传输到 NAS。NAS 使用启用了压缩的 BTRFS，并且还支持快照。最终目标是服务器实际上只使用 RSYNC 发送 DELTA，以最大限度地减少 NAS 接收到的更改数据量，并有效地利用快照。

问题

不过，在我的情况下，将 RSYNC 与 DELTA 一起使用是行不通的，因为传输数据需要太多时间。当 RSYNC 与 一起使用时--inplace --whole-file，数据传输大约需要 2 小时。删除--whole-file以使用 DELTA 时，相同的备份过程需要更长的时间，我经常在已经运行 12 多个小时后终止该过程。由于历史原因，我需要将不同的备份放入更小的时间窗口中。

唯一有意义的瓶颈是 NAS，因为服务器功能强大得多，并且大部分时间都处于空闲状态。NAS OTOH 在备份期间对 CPU 和 I/O 的负载非常高。虽然，这些数字也不算太糟糕，只是它们比使用--whole-file. 这样一来，NAS 几乎可以简单地写入约 100+ MiB/s，而使用 DELTA，它在大多数情况下读取速度较慢，范围从约 50 到 100 MiB/s。我认为由于 DELTA 而不能写入的数据量很容易超过 NAS 较慢的事实，但事实似乎并非如此。并且虚拟机上的数据变化量通常不会太高。

观察

我在 NAS 上认识到的是，RSYNC 似乎在某个时候同时处理两个文件。这看起来像一些预读或类似的东西：

root@amds1512-01:~# lsof | grep [d]asi_
rsync   6883   root  cwd    DIR   0,33        290   259 /volume1/[...]
rsync   6883   root    0r   REG   0,33 2142633984   580 /volume1/[...]/[...]-s024.vmdk
rsync   6884   root  cwd    DIR   0,33        290   259 /volume1/[...]
rsync   6884   root    1r   REG   0,33 2143748096   579 /volume1/[...]/[...]-s023.vmdk
rsync   6884   root    3w   REG   0,33 2143748096   579 /volume1/[...]/[...]-s023.vmdk

HTOP 清楚地表明 RSYNC 的两个实例都可以读取。只需忽略其他 RSYNC 进程，它们是不相关的，即使一个备份专门运行，问题仍然存在。

问题

那么这两个在备份目标上有不同文件的运行 RSYNC 的目的是什么？有没有办法告诉 RSYNC 只处理一个又一个文件？

这可能会增加整体处理时间，同时减少并发负载。我在手册页中找不到任何像预读或类似的东西。如果有任何不同，以下是使用的选项：

--owner \
--numeric-ids \
--compress-level=0 \
--group \
--perms \
--rsh=rsh \
--devices \
--hard-links \
--inplace \
--links \
--recursive \
--times \
--delete \
--delete-during \
--delete-excluded \
--rsync-path=[...] \
--specials

谢谢！

我正在使用 RSYNC 将文件从两台主机备份到另一台 NAS，并且由于要备份的数据量、当前使用的 RSYNC 设置等，这两个备份当前重叠。NAS 现在正在运行以下 RSYNC 进程：

root@[...]:~# ps axf | grep [r]sync
24899 ?        D    167:26  |   \_ /opt/bin/rsync --server -lHogDtpre.iLsfx [...] . /volume1/dasi_HOST1_vbox/DIR1/
24900 ?        D    123:39  |       \_ /opt/bin/rsync --server -lHogDtpre.iLsfx [...] . /volume1/dasi_HOST1_vbox/DIR1/
 5962 ?        S     33:15      \_ /opt/bin/rsync --server -lHogDtpre.iLsfx [...] . /volume1/dasi_HOST2_vbox/DIR2/
 5963 ?        D     12:25          \_ /opt/bin/rsync --server -lHogDtpre.iLsfx [...] . /volume1/dasi_HOST2_vbox/DIR2/
root@[...]:~#

论据-lHogDtpre.iLsfx是什么，为什么两个不同的远程主机相同？这是否包含任何危害，例如所有内容仅由一个 RSYNC 处理并使数据传输速度变慢或类似情况？

我认为这是一些 ID，以便远程 RSYNC 进程知道连接到哪里或类似的东西。但这对于两个远程主机获得相同 ID 的意义不大。另一方面，我也没有-l[...]在手册页中找到与模式相对应的任何参数，所以我猜它--server 只是结合在一起没有记录的东西。这被记录为不能在外部使用等。

谢谢你的解释！