标签: dd

无论目标设备是否已正确格式化或分区，dd 或 Windows Image Writer 是否都能正常工作？

我正在尝试按照这些说明将 Chromium OS 版本闪存到 USB 闪存驱动器。

我有一个关于我目前无法访问的 FreeBSD 服务器的问题。但是因为我们想尝试一些新东西，所以我们想先创建这个系统的备份。

问题是：是否有可能从当前处于活动状态的整个服务器磁盘通过 ssh 创建磁盘映像？

如果有：我想知道如何做到这一点。

msys-1.0 (MinGW) 有一个dd可用于 windows ( dd.exe)的实现，但 windows 没有与 dd 一起使用的驱动器的文件表示。或者是吗？Afaik dd 对文件进行操作。

有没有办法（设备名称或类似名称）使用 msys-1.0dd.exe来复制例如附加的 D 驱动器到文件？

我想安装一个新的操作系统。既不想将安装程序 ISO 写入 DVD，也不想写入 USB 闪存驱动器，而是要写入 HDD 本身的分区。

我以前做过：我通过许多可用工具（Rufus、UNetbootin 等）之一创建了一个可启动的 USB 闪存驱动器。然后我将闪存驱动器的内容复制到我的硬盘驱动器上的一个分区。然后sudo update-grub在我的 Linux Mint 上。重新启动，启动屏幕让我选择从包含操作系统安装的 HDD 分区启动。

在上面的步骤中，不是先制作一个可启动的USB，然后将其内容复制到一个分区；我想直接制作一个可启动分区。制作可启动 USB 步骤在逻辑上是不需要的。我不明白为什么我知道的可启动 USB 创建工具不提供此选项。

之前有人问过同样的问题：如何将可引导 CD 写入分区？; 答案建议使用dd但没有解释如何使用它，我不知道如何使用dd，在我的情况下要使用哪些不同的参数。所以我再次提出这个问题。

我在 Linux Mint 上。

我想dd从图像sdb到sdc，但是，因为一个小时，我已经建立了一些与众不同的事情之前，我只是复制相同的命令：

dd if=/home/user/Downloads/ubuntu.iso  of=/dev/rsdb bs=2M; sync

sda = 内置硬盘
sdb = USB 硬盘（从现在启动）
sdc = USB 记忆棒

我启动的硬盘驱动器上有 3 个分区，我猜其他 2 个处于只读模式，并且我尝试了两次 shell 中的错误：

568328192 bytes (568 MB) copied, 38,5818 s, 14,7 MB/s
dd: error writing ‘/dev/rsdb’: No space left on device
715128832 bytes (715 MB) copied, 17,1752 s, 41,6 MB/s

现在我意识到我在从（使用rsdb）启动的硬盘驱动器上覆盖了 1GB 。我没关过电脑。我会丢失此驱动器上的所有数据吗？我现在可以恢复任何东西吗？

这是我的/proc/partitions：

   8        0  156290904 sda
   8        1  154218496 sda1
   8        2          1 sda2
   8        5    2069504 …

我有一个来自可启动闪存驱动器的磁盘映像。EFI启动是GPT，所以有一个小的Vfat32分区和另外三个Linux分区，后面还有大约3G的空闲空间。

我需要将磁盘映像复制到稍小的闪存驱动器，因此我需要或多或少地从 15G 缩小到 14G。我将在 linux 上使用 dd 来制作副本。

gparted 非常适合修改和调整分区大小，但最终无法缩小可用空间。理论上应该可以截断文件，但是当我尝试时它会炸毁（？磁盘表？猜测）所以没有分区并且文件被破坏了。如果我使用旋转磁盘和/或 MBR 磁盘，我很确定下面的技术会起作用，但我还没有测试过。

尝试：

dd bs=1M count=14000 iflag=fullblock if=/dev/sda  of=myfile.raw

没有缩小

rsync --sparse filename filename 

这并没有炸毁磁盘表，而是缩小了交换空间并保留了未分配的区域。

qemu-img convert -f raw -O qcow2 -S 4k filename filename （计划转换回原始）

炸毁桌子

truncate size=140000M <filename>

还炸了桌子

cp --sparse=always filename filename

没用

In an effort to prevent some sources of disk rot due to magnetic flux over time, I want to read and rewrite all the data on a disk. It looks like there is a 'dd' command to do this. Specifically:

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

I have some questions regarding this command, specifically:

1. Is it safe regardless of file system?
2. 这个过程是否按照我的预期执行，即读取一个扇区，然后立即重写它？
3. 这是否具有预期的实际效果，或者以这种方式防止某些形式的腐烂蛇油？

我的朋友尝试使用nbd服务器通过网络导出 cdrom 设备，但我们注意到虽然它适用于数据 CD，但音频 CD 的行为并不像普通数据磁盘那样。我不是在谈论文件系统的存在或缺乏，而是谈论原始块级访问。

虽然我知道音频 CD 不能真正在文件级别进行解释，因此不能真正挂载，但我知道它们包含许多真正特定于音频的附加信息，我知道它们并没有CRC的方式与数据盘一样，所以整个数据读取过程是不同的，我还是不太明白为什么不能像普通块设备那样从/dev/sr0或读取它们/dev/cdrom。CDDA 有什么特别之处，以至于它们不能被普通软件在块级读取？

我的意思是，到底它只是流的字节-如果不是像块设备，然后像任何字符设备为什么dd/ cat/nbd不能像任何其他块/字符设备使用它们？是否有一些实际的技术原因，或者仅仅是因为没有人找到在 Linux 中实现对 CDDA 介质的这种访问的合理用例？