我有 2 个 USB 记忆棒,每个 8GB:
usb1 = /dev/sdb
usb2 = /dev/sdc
usb1 是一个完整的 dm 加密驱动器,我目前正在使用 usb2 作为备份,以防 usb1 出现故障。我正在使用以下命令将 usb1 克隆到 usb2:
dd if=/dev/sdb of=/dev/sdc
这在我测试过 usb2 时有效,一切似乎都完好无损。
我不喜欢这种方法的地方在于运行 dd 命令大约需要一个小时。
一旦我克隆了 usb1 一次,是否可以保持 usb1 和 usb2 同步,而不必在每次更改文本文件时使用 dd 克隆整个驱动器?
我可以使用 rsync 之类的东西来同步 2 个完全 dm 加密驱动器的 USB 记忆棒吗?
我可以在不解密usb1的情况下将usb1添加到usb2。我希望存在一个解决方案,我不必同时解密 usb1 和 2 来同步它们。我希望同步程序可以找出二进制级别的差异?
备选方案:ecryptfs
在这些情况下,您应该使用基于文件的加密(如 ecryptfs)而不是基于块的加密解决方案。
优点:
缺点:
我听说有些人也将 ecryptfs 用于 Dropbox 或 Google Drive 等在线服务。
用法
Ubuntu 安装程序使用 ecryptfs 来设置用户主文件夹的加密,因此您可能已经安装了该
ecryptfs-utils
软件包。对外部媒体使用ecryptfs非常简单,只需要对相应的挂载点执行如下命令即可:然后这将提示以下选项,并最终将附加层安装到加密和解密数据的相同安装点或目录:
如果您使用密码管理器,则应将汇总
ecryptfs_*
选项与密码一起保存。确保启用文件名加密(FNEK 代表文件名加密密钥)。使用 ecryptfs 的技巧
查找长文件名
以下命令应该为您提供文件名超过 135 个字节(如果我没记错的话是 135 个问号)的文件列表,并且也适用于多字节字符。
它是 135,因为当您使用 rsync 传输文件时,它会创建带有前导点和 7 个尾随字符 (
.<my_original_filename>.abcdef
) 的临时文件。如果它不能创建临时文件,它将抱怨并继续下一个文件。处理长文件名
尽可能使用元数据来包含您需要的所有信息或文件名过长的 zip 文件。
我在 puddletag 中使用以下模式来重命名文件:
由于文件扩展名,它是 130。它目前不适用于多字节字符,但我在他们的错误追踪器上提交了一个错误。喜欢
.flac
。块设备可以使用bdsync同步——一种快速的块设备同步工具。
bdsync
被构建来做 rsync 唯一不能做的事情:同步块设备。这会生成 /dev/LOCDEV 和 /dev/REMDEV 设备的差异 DEV.rsync,它们都是本地的。
将使设备同步。
使用 lvm 重建驱动器,然后使用 lvmsync 同步它们。https://github.com/mpalmer/lvmsync