我理解为什么.iso文件不能简单地复制到给定的存储设备（USB记忆棒，另一个硬盘等）然后“正常工作”。我想知道“烧毁/提取”结果是否也是如此？为什么不首先是可下载的zip文件而不是iso？
通过一个具体的例子：
我想要一个磁盘擦除工具，并决定使用DBAN。下载是一个iso文件，我使用Rufus将其刻录到USB记忆棒。我现在可以将该棒的全部内容复制/粘贴到另一根棒上并期望它能够正常工作吗？
另一个愚蠢的问题：为什么要烦扰iso文件呢？为什么不提供zip文件下载instaed？我要猜测一下，也许我在这里回答我自己的问题：因为iso是像DVD或CD这样的物理存储介质的逐扇区容器副本。因此，容器与操作系统无关。也许文件系统不可知（所以如果文件系统是，例如，NTFS或APFS，这没关系）？
Answers:
我想你指的是 这个早期的帖子。
我现在可以将该棒的全部内容复制/粘贴到另一根棒上并期望它能够正常工作吗？
仍然没有，出于同样的原因：你不会复制/粘贴 全部内容 ，您将仅复制/粘贴显示为“文件和文件夹”的部分。但就像.iso图像具有超出该数据的隐形数据一样，最终的USB记忆棒也有超出该数据的数据 - 例如MBR引导代码，分区布局，所使用的文件系统的特定选择 - 简单的复制/粘贴无法获取。
例如，PC BIOS系统要求磁盘的第0个扇区包含“引导代码” - 第一阶段引导加载程序。这不会存储为文件（因为BIOS不理解文件），因此如果您只复制文件，则不会复制它。
UEFI系统将引导加载程序存储为文件，但它们通常希望它位于FAT16 / FAT32文件系统上。如果你复制＆amp;将文件粘贴到NTFS设备中，大多数UEFI系统将无法访问它们。
因为iso是像DVD或CD这样的物理存储介质的逐扇区容器副本。因此，容器与操作系统无关。也许文件系统不可知（所以如果文件系统是，例如，NTFS或APFS，这没关系）？
我认为有必要澄清一下：文件系统是 不是一个特殊的参数 “格式化”或“刻录”过程必须以特殊方式修改。实际上，文件系统结构以与常规数据完全相同的方式存储在磁盘上。分区表也是如此;它只是一个部门的一些数据。
因此，整个磁盘的逐扇区拷贝将自动包含整个文件系统 - 它将包括例如它的事实。 FAT32文件系统;它将包括文件系统内部结构/元数据/属性的每一位;它甚至可以重现分区布局。
因此，不仅仅是.iso磁盘映像是“文件系统不可知的”;相反，它 带来自己的 filesystem作为图像的一部分。 （实际上，这就是“iso”名称的来源：最初的.iso文件意味着包含ISO 9660文件系统的CD的图像。）