问题标签 [dd]

克隆磁盘时有没有办法让 Linux 提前读取？我使用名为“dd”的程序来克隆磁盘。上次我这样做时，操作系统似乎是在读取然后写入，但从来没有同时进行。理想情况下，如果源磁盘可以跟上，目标磁盘将不断写入而无需等待。

更新：我通常在克隆时选择较大的块大小（例如 16M 或 32MB）。

我有几张旧的 3.5 英寸软盘要备份。我创建磁盘映像的尝试失败了。我尝试使用 UNIX 实用程序 dd_rescue，但是当内核尝试打开 ( /dev/fd0) 时，我收到内核错误，

我想要一张图像，因为有些软盘使用的是 LIF 文件系统格式。有人对我应该做什么有任何想法吗？

惠普现在安捷伦制造了一些工具，可以读取和写入 LIF 格式化磁盘上的文件。我可以使用这些工具将文件复制并转换到本地磁盘，但在此过程中可能会丢失一些数据。换句话说，从 LIF 转换为其他格式返回 LIF 会丢失一些信息。

我只想备份磁盘上的原始字节，而不关心文件系统的类型。

对于我的应用程序的负载测试（在 Linux 下），我正在寻找一种以特定速率（如 100 字节/秒）在标准输出上输出数据的工具，以便我可以将输出通过管道传输到 netcat，然后将其发送到我的应用。dd 的一些选项是理想的，但到目前为止我没有找到任何东西。打印什么样的数据并不重要（NUL 字节是可以的）。有什么提示吗？

这是我关于阅读 superblock的问题的延续。

假设我想针对 Mac OS X 中的 HFS+ 文件系统。我如何读取引导盘的第 2 扇区？据我所知，Unix 只提供系统调用来读取文件，这些文件永远不会存储在那个位置。

这是否需要 1) 程序运行内核模式，或 2) 程序以汇编语言编写？我宁愿避免这些限制中的任何一个，尤其是后者。

我们有一个智能媒体卡，上面安装了 linux，我们需要复制它。我们使用 DD 创建了一个 img，然后使用 dd 将 img 写回几个新的智能媒体卡。我们比较了原始副本和新副本的 MD5 校验和，它们是不同的。

这是我们使用的：

dd if=/dev/sdb of=myimage.img

dd if=myimage.img of=/dev/sdb

dd if=/dev/sdb of=newimage.img

任何人都知道为什么这些结果不同？

我有一个带有 DateTime 列的 MS-Access 数据库。
例如：03/08/2009 12:00:00 AM。

我想要基于日期的查询，例如：

我想将数据显示为03/08/2009 12:00:00 AM.

我将如何在 C# 中编写此查询？请帮我。

我有下表（SQL Server） 表名是 LandParcels

Blockid（数字）= 用于地籍地图编号的前 6 位数字和用于块编号的后 2 位数字

例如：110019 是地籍图编号，01 是区块编号。

我使用了以下查询

结果是

我想获得以下报告结果

这个怎么查询。请帮帮我。

在 shell 脚本中，我需要将 dd 命令的输出重定向到 /dev/null - 怎么做？

( dd if=/dev/zero of=1.txt count=1 ) 2>&1 /dev/null

没用！

一直以来，我一直认为forbs和count参数dd只是为了方便人类；因为 dd 只会将它们相乘并使用字节值。一个月前，在为我母亲安装 Ubuntu 时，我将一个分区缩小到了右侧（永远不要这样做，这需要很长时间）并看到gparted计算“最佳块大小”。

我的问题：关于最佳“块大小”的相同想法是否适用于dd应用？如果是这样，是否有任何特定情况最适用于它？我如何利用块大小来发挥我的优势？

我有一个 256MB 的文件。我想从此文件中检索随机数量的数据并将其复制到另一个文件中。

有没有办法在 bash 或其他方式中做到这一点？

编辑：选择 1 到 256 之间的随机数，然后将该数量的 mb 从一个文件复制到另一个文件。