使用“dd”命令时,“安装”一个空的、加密的“目标硬盘”是否存在问题,例如潜在的数据无法写入硬盘?

使用“dd”命令时,“安装”一个空的、加密的“目标硬盘”是否存在问题,例如潜在的数据无法写入硬盘?

目的:确定使用以下 dd 命令时安装空白、加密的目标硬盘是否存在任何负面风险:

(sudo dd if=/dev/sdx bs=16M of=/dev/mapper/diskname)

我在另一篇文章中被告知,使用 'dd' 命令安装硬盘可能会导致多个问题,例如,1,在 dd 过程中可能会覆盖“已删除”的数据。如果使用 'dd' 命令的目的是恢复意外删除的数据,这可能会有问题。

我的猜测如上所述,安装“主机”硬盘可能会在很多方面出现问题,但我“猜测”安装加密的、数据为空的硬盘(即“目标”硬盘)不会造成危害。但也许这并不正确 = 我为什么要问这个问题。

更新:加密硬盘已将数据复制到其中,加密完好无损,并且可以使用“cryptsetup”命令打开……但无法安装!安装错误:“文件系统类型错误、x 上的超级块错误、选项错误等……”。尝试将其安装到其他目​​录(如媒体),但结果相同。

sudo cryptsetup luksOpen /dev/sdx boo.boo
sudo mount /dev/mapper/boo.boo /mnt

答案1

通过文件系统访问某些内容通过原始块同时这是一个非常糟糕的想法。

  • 使用mounted 磁盘/分区意味着:访问磁盘/分区通过文件系统仅操作,即:创建/写入/读取文件。

  • 使用dd磁盘/分区作为目标意味着:写入/读取原始块。这通常与通过不同方法同时访问同一设备不兼容。

  • (使用dd文件作为目标意味着读取/写入文件,然后挂载是先决条件,并且dd在这种情况下操作不能与文件系统操作冲突。)

所以如果你两个都挂载磁盘/分区并用 写入dd,你可能会得到不想要的结果,因为

  • dd可能会覆盖关键文件系统结构(例如目录结构或任意文件),导致目标无法进行将来的操作,

  • 文件系统操作(例如,刷新缓存)可能会覆盖已分配给文件的块(例如,刷新缓存),这些块最近被使用dd,从而导致dd块副本不一致。

无论哪种情况,您都可能会得到不一致的数据,除非您的dd文件系统操作碰巧使用了不同的块集 - 这听起来无法保证。

相关内容