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