我的克隆驱动器命令是最佳的吗？

Question

我已经做了半个小时的阅读准备克隆我的硬盘。它有多个分区，包括一个 Windows 分区。我打算购买一个非常大的外置硬盘作为备份。我希望能够使用这个克隆来恢复整个驱动器，以防出现问题（我即将进行一些操作系统重新洗牌）。我想学习如何使用 dd 来做到这一点，因为我喜欢不需要安装任何东西的低级工具。

我从ubuntu 论坛找到了以下有用的代码（使用 live CD 从 root shell 输入）：

dd if=/dev/hda of=/dev/hdb & pid=$!
while kill -USR1 $pid; do sleep 1; done

（我知道我必须编辑输入和输出位置。）但是我有两个问题。第一个很菜：这个命令被分成两行。当然，当我在感叹号后按 Enter 时，它会启动该过程吗？

二，在其他站点上，它建议输入块大小。像这样：

# dd if=/dev/hda conv=sync,noerror bs=64K of=/mnt/sda1/hda.img

我对块大小一无所知。64K对吗？看起来我的块大小是以下 512 字节，sudo fdisk -ul 的输出：

Disk /dev/sda: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xc3ffc3ff

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63   143364059    71681998+   7  HPFS/NTFS/exFAT
Partition 1 does not start on physical sector boundary.
/dev/sda2       976867328  1465147391   244140032    7  HPFS/NTFS/exFAT
/dev/sda3       143364094   976867327   416751617    5  Extended
Partition 3 does not start on physical sector boundary.
/dev/sda5       143364096   162895871     9765888   82  Linux swap / Solaris
/dev/sda6       162897920   205864959    21483520   83  Linux
/dev/sda7       205867008   976867327   385500160   83  Linux

Partition table entries are not in disk order

Disk /dev/mapper/cryptswap1: 10.0 GB, 10000269312 bytes
255 heads, 63 sectors/track, 1215 cylinders, total 19531776 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x433bb3a7

Disk /dev/mapper/cryptswap1 doesn't contain a valid partition table

谢谢你。

Answer 1

进步

你列出的命令

dd if=/dev/hda of=/dev/hdb & pid=$!
while kill -USR1 $pid; do sleep 1; done

是一个很好的两行，可以dd定期获得进度。我也使用一个非常相似的。看起来挺好的。也许是在这里找到的？

块大小dd：对齐和性能

您可以添加进行操作的块大小。底层块设备的块大小如何才能同样好地完成操作并不重要，但出于性能原因，您可能希望选择适合您需求的设备。

首先，有对齐的事情。如果您的块设备以 512KiB 运行（就像闪存驱动器那样），那么dd以bs=512（字节）运行将是非常不幸的，因为从设备的角度来看，这将导致每个块的 1024 次写入（！）。在实践中它不会那么糟糕，因为写入被缓冲并一次性完成，但在同步期间它仍然可以大量放大写入量。

然后还要考虑处理大量小操作时的普通 CPU 使用开销。在复制大量数据时，一次占用兆字节会更有效。

我的最佳做法是从 1MB 开始，因为这是大多数设置的一个很好的倍数，包括 RAID 条带大小、LVM 扩展区大小等。在我的带有 SSD 的笔记本电脑上，我倾向于看到使用 10MB 作为块大小的轻微改进，而我不要再在我的物理硬盘上看到它了。

最后一块

不要担心驱动器/卷大小不是块大小的倍数。dd将复制的最后一个块将被调整以匹配其上的最后一位数据。您可以通过查看输出来查看最后一个块的大小是否不同。

18335302+0 records out

这+0意味着它是完全匹配的，+1意味着它不是。没什么大不了。

也可以看看

• 使用 diskdump (dd) 进行磁盘克隆的良好块大小

Answer 2

正如其他人所说，没有普遍正确的块大小；对于一种情况或一种硬件来说是最佳的，对于另一种情况来说可能非常低效。此外，根据磁盘的健康状况，最好使用与“最佳”不同的块大小。

在现代硬件上非常可靠的一件事是，512 字节的默认块大小往往比更优化的替代方案慢几乎一个数量级。如有疑问，我发现 64K 是一个非常可靠的现代默认值。尽管 64K 通常不是最佳的块大小，但根据我的经验，它往往比默认值高效得多。64K 在性能可靠方面也有着相当稳固的历史：您可以从 Eug-Lug 邮件列表中找到大约 2002 年的消息，建议使用 64K 的块大小。

为了确定最佳输出块大小，我编写了以下脚本来测试使用 dd 在一系列不同块大小（从默认值 512 字节到最大 64M）编写 128M 测试文件。请注意，此脚本在内部使用 dd，因此请谨慎使用。

dd_obs_test.sh：

#!/bin/bash

# Since we're dealing with dd, abort if any errors occur
set -e

TEST_FILE=${1:-dd_obs_testfile}
TEST_FILE_EXISTS=0
if [ -e "$TEST_FILE" ]; then TEST_FILE_EXISTS=1; fi
TEST_FILE_SIZE=134217728

if [ $EUID -ne 0 ]; then
  echo "NOTE: Kernel cache will not be cleared between tests without sudo. This will likely cause inaccurate results." 1>&2
fi

# Header
PRINTF_FORMAT="%8s : %s\n"
printf "$PRINTF_FORMAT" 'block size' 'transfer rate'

# Block sizes of 512b 1K 2K 4K 8K 16K 32K 64K 128K 256K 512K 1M 2M 4M 8M 16M 32M 64M
for BLOCK_SIZE in 512 1024 2048 4096 8192 16384 32768 65536 131072 262144 524288 1048576 2097152 4194304 8388608 16777216 33554432 67108864
do
  # Calculate number of segments required to copy
  COUNT=$(($TEST_FILE_SIZE / $BLOCK_SIZE))

  if [ $COUNT -le 0 ]; then
    echo "Block size of $BLOCK_SIZE estimated to require $COUNT blocks, aborting further tests."
    break
  fi

  # Clear kernel cache to ensure more accurate test
  [ $EUID -eq 0 ] && [ -e /proc/sys/vm/drop_caches ] && echo 3 > /proc/sys/vm/drop_caches

  # Create a test file with the specified block size
  DD_RESULT=$(dd if=/dev/zero of=$TEST_FILE bs=$BLOCK_SIZE count=$COUNT conv=fsync 2>&1 1>/dev/null)

  # Extract the transfer rate from dd's STDERR output
  TRANSFER_RATE=$(echo $DD_RESULT | \grep --only-matching -E '[0-9.]+ ([MGk]?B|bytes)/s(ec)?')

  # Clean up the test file if we created one
  if [ $TEST_FILE_EXISTS -ne 0 ]; then rm $TEST_FILE; fi

  # Output the result
  printf "$PRINTF_FORMAT" "$BLOCK_SIZE" "$TRANSFER_RATE"
done

在 GitHub 上查看

我只在 Debian (Ubuntu) 系统和 OSX Yosemite 上测试了这个脚本，所以它可能需要一些调整才能在其他 Unix 风格上工作。

默认情况下，该命令将创建一个dd_obs_testfile在当前目录中命名的测试文件。或者，您可以通过在脚本名称后提供路径来提供自定义测试文件的路径：

$ ./dd_obs_test.sh /path/to/disk/test_file

脚本的输出是测试块大小及其各自传输速率的列表，如下所示：

$ ./dd_obs_test.sh
block size : transfer rate
       512 : 11.3 MB/s
      1024 : 22.1 MB/s
      2048 : 42.3 MB/s
      4096 : 75.2 MB/s
      8192 : 90.7 MB/s
     16384 : 101 MB/s
     32768 : 104 MB/s
     65536 : 108 MB/s
    131072 : 113 MB/s
    262144 : 112 MB/s
    524288 : 133 MB/s
   1048576 : 125 MB/s
   2097152 : 113 MB/s
   4194304 : 106 MB/s
   8388608 : 107 MB/s
  16777216 : 110 MB/s
  33554432 : 119 MB/s
  67108864 : 134 MB/s

（注：传输速率的单位会因操作系统而异）

要测试最佳读取块大小，您可以使用或多或少相同的过程，但不是从/dev/zero磁盘读取和写入磁盘，而是从磁盘读取并写入/dev/null. 执行此操作的脚本可能如下所示：

dd_ibs_test.sh：

$ ./dd_obs_test.sh /path/to/disk/test_file

在 GitHub 上查看

这种情况下的一个重要区别是测试文件是由脚本编写的文件。不要将此命令指向现有文件，否则现有文件将被随机数据覆盖！

对于我的特定硬件，我发现 128K 是 HDD 上最佳的输入块大小，而 32K 是 SSD 上的最佳输入块大小。

虽然这个答案涵盖了我的大部分发现，但我需要足够多的时间来确定最佳的 dd 块大小，以至于我写了一篇关于它的博客文章。你可以找到我在那里进行的测试的更多细节。

这个 StackOverflow 帖子也可能有用：dd：如何计算最佳块大小？