标签: dd

有很多关于磁盘克隆工具的问题，并且dd至少被提出过一次。我已经考虑过使用dd自己，主要是因为它易于使用，而且几乎所有可启动的 Linux 发行版都可以使用它。

dd克隆磁盘的最佳方法是什么？我在 Google 上进行了快速搜索，第一个结果是一次明显失败的尝试。使用后有什么我需要做的吗dd，即有什么不能使用的dd？

时不时地，我被告知要提高“dd”的速度，我应该仔细选择合适的“块大小”。

即使在这里，在 ServerFault 上，其他人也写道“ ...最佳块大小取决于硬件... ” （iain）或“ ...完美的大小将取决于您的系统总线、硬盘驱动器控制器、特定驱动器本身，以及每个驱动程序...... ” （克里斯 - s）

由于我的感觉有点不同（顺便说一句：我认为深度调整 bs 参数所需的时间远高于获得的增益，在节省时间方面，并且默认是合理的），今天我刚去了通过一些快速而肮脏的基准测试。

为了降低外部影响，我决定阅读：

• 从外部 MMC 卡
• 从内部分区

和：

• 已卸载相关文件系统
• 将输出发送到 /dev/null 以避免与“写入速度”相关的问题；
• 避免 HDD 缓存的一些基本问题，至少在涉及 HDD 时。

在下表中，我报告了我的发现，读取了具有不同“bs”值的 1GB 数据（您可以在此消息的末尾找到原始数字）：

基本上得出的结论是：

• MMC：使用 bs=4（是的！4 字节），我达到了 12MB/s 的吞吐量。我从 bs=5 及以上得到的最大 14.2/14.3 的值并不那么遥远；

• 硬盘：bs=10 我达到了 30 MB/s。肯定低于默认 bs=512 获得的 95.3 MB，但......也很重要。

此外，很明显，CPU 系统时间与 bs 值成反比（但这听起来很合理，因为 bs 越低，dd 生成的系统调用数量就越高）。

说了以上所有，现在的问题是：有人可以解释（内核黑客？）这种吞吐量所涉及的主要组件/系统是什么，以及是否真的值得努力指定高于默认值的 bs？

MMC 案例 - 原始数字

bs=1M

root@iMac-Chiara:/tmp# time dd if=/dev/sdc of=/dev/null bs=1M count=1000
1000+0 …

我有一个磁盘，比如 /dev/sda。

这是 fdisk -l：

 Disk /dev/sda: 64.0 GB, 64023257088 bytes
255 heads, 63 sectors/track, 7783 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0000e4b5

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          27      209920   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2              27         525     4000768    5  Extended
Partition 2 does not end on …

我想dd通过 Linux 上的 ssh 加密通道使用 netcat 从主机 A 到 B批量复制内容（使用 重新映像磁盘）。

我应该在两端输入什么命令？

我有远程 ssh 访问权限和 root 访问权限。我没有物理访问权限。我不是在寻找涉及启动任何东西的解决方案，我想从当前运行的东西中做到这一点。

操作系统是SL6。有没有办法将所需的所有内容加载到 RAM 中，并使用 dd 或类似方法安全地擦除整个磁盘？显然，这最终会导致一个无法正常工作的盒子，这是我预期的结果。

看起来这应该是可能的。

两个更有趣的补充：

1. 能够 ssh 进入，运行 screen，运行 dd 命令和分离。完成后一周后登录。:)

2. 不知何故有一个进度条？

更新：我现在使用 chroot 选项。正在做：

mkdir /dev/shm/ramdisk/ && cd ramdisk && mkdir bin lib64 && cd /lib64 && cp ld-linux-x86-64.so.2 libc.so.6 libdl.so.2 libpthread.so.0 librt.so.1 libtinfo.so.5 /dev/shm/ramdisk/lib64 && cd /bin && cp bash dd /dev/shm/ramdisk/bin && cd /dev/shm/ramdisk && chroot .

哪个有效（！）但我仍然需要 /dev/zero 和 /dev/sda。有什么想法吗？

2012-07-20更新：