为什么dd需要太长时间？

我需要将一个磁盘复制到另一个磁盘。我尝试使用下面的命令，将近1天的时间在federo中复制1 TB磁盘。

dd if=/dev/sda of=/dev/sdb 

我已经在Unix（HP-UX）系统上使用以下命令尝试了相同的操作，它在几个小时内完成

dd if=/dev/sda of=/dev/rdsk

我可以用来更快地从磁盘复制到磁盘的替代方法是什么？

dd有很多（奇怪的）选项，请参阅dd（1）。

您应该明确声明缓冲区大小，因此请尝试

dd if=/dev/sda of=/dev/sdb bs=16M

IIRC，默认缓冲区大小仅为512字节。上面的命令将其设置为16兆字节。您可以尝试使用较小的值（例如bs=1M），但应使用比默认值更多的值（尤其是在扇区为4KB的最新磁盘硬件上，即Advanced Format）。我天真地建议使用至少为1 MB的2的幂。

在默认的512字节缓冲区大小的情况下，我猜（但我可能错了），硬件要求内核为每个512字节块传输4K。

至于rdsk，在SD（4）手册页说：

此时，仅提供块设备。原始设备尚未实现。

dd缓冲区大小的增加将为您提供更多的读写操作性能。现在所有磁盘都具有硬件读/写缓冲区。但是，如果您增加dd的缓冲区大小超过硬件缓冲区，则其性能将下降，因为当第二个磁盘都已从其自己的硬件缓冲区写入所有数据时，dd将从第一个磁盘读取到另一个磁盘。bs每次对于不同的设备使用不同的值时，都需要使用dd命令的set 选项。

几年前在Unix领域dd是复制块设备的必需方法。即使（至少在基于Linux的系统上）cat这几乎总是比快，但作为货真价实的知识却得以延续dd。

但是，考虑到每个系统调用触发了一个I / O操作，即使在历史上，块大小也有助于减少（缓慢的）系统调用的数量。默认块大小为512字节（一个磁盘扇区）。将多个磁盘块一起收集到一次读取中也是-并且-是可以接受的。本示例使用32MB的块大小：

dd bs=$((512*2048*32)) if=/dev/source of=/dev/target

但是，在当前基于Linux的系统上，可以通过简单的方式最有效地复制磁盘 cat

cat /dev/source >/dev/target

（如对您的问题的评论中所述，pv可以代替该注释，cat并且可以向您指示进度和吞吐量。）

通常，dd可以避免使用某些替代方法。有许多很好的理由ddrescue代替使用GNU 。在Ubuntu中，您可以使用以下命令进行安装：

sudo apt-get install gddrescue

并且简单ddrescue易用。请注意，与程序包名称不同，可执行文件没有 initial g。

使用它很简单：

ddrescue inputFile outputFile logFile

日志文件（命名为您选择的名称）使您可以暂停/停止并重新启动，而无需重做以前的工作，这在进行大型克隆或恢复磁盘时非常有用。默认情况下，它显示进度，当前复制速度，平均复制速度和找到的坏块数量。

它使用合理的默认块大小，因此至少以我的经验，复制速度始终与设备可以处理的速度一样快（我已经用它克隆了数百个驱动器，所有大小和类型）。

通常，开始出现故障的驱动器会出现速度问题，例如偶尔出现缓慢，平均速度低，突然的长时间停顿（坏扇区）或完全重置（严重的表面错误）。ddrescue可以帮助您识别以上所有内容并重新启动克隆（前提是您指定了日志文件），即使驱动器本身正在重置。

非常好的问题。raw接口在某些Unix系统（tru64，hpux，solaris）上实现，但在Linux上则未实现。原始接口使传输速度更快，因为跳过了Unix I / O。块接口（/dev/dsk或/dev/disk）较慢，因为它使用的是UNIX I / O系统。要加快速度dd（可以使用gnu dd），请使用bs=30M或bs=20M取决于您的硬件。简短的答案是：不，至少据我所知，它尚未实现。从内核版本2.2的旧时代开始，我就使用linux，并且从未rdsk在unix上使用过。