‘`mkisofs`’修改引导映像和/或引导目录吗？

Question

我在RHEL6.2上玩过Kickstart，这涉及到重新掌握安装ISO。不过，我注意到了一些奇怪的事情。如果我只发出一次以下命令(其中diskFiles是我保存的DVD文件的目录).

mkisofs -o file.iso -b isolinux/isolinux.img -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -R -J -v -T diskFiles/

...I不能再次创建一个工作的ISO，除非我使用一个新的拷贝的DVD文件。错误的范围可以是从isolinux未能引导到Anaconda找不到RHEL安装映像。所以，我的问题是：

1. 创建国际标准化组织时，我的isolinux目录中的diskFiles文件是否被修改？
2. 如果是的话，当我尝试创建另一个ISO时，应该替换哪些文件？我知道复制整个DVD再次工作，但似乎没有必要。
3. 如果没有，在这个过程中我可能遗漏了什么东西来解释这一点吗？

本质上，我的问题是：mkisofs是如何发挥它的魔力的，它在这个过程中对引导映像做了什么？

Answer 1

1)如果正在修改diskFiles目录中的文件，那么这将使用简单的工具(如ls )显示。如果您有许多文件和或子目录，那么查找是您的朋友。

2) DVD备份的Rsync速度要快得多。我不建议这样做，因为这是一个解决办法。找出问题的原因几乎总是更好。然而，我认识到，有时需要一个解决办法来完成现在的事情。我的经验是，这些解决办法永远呆在原地，所以在可能的情况下避免它们是最好的。

(跳过第3项，因为我没有答案)。

Answer 2

为了增加我接受的答案，我有一个简单的方法来解决这个问题--生成一个MD5校验和！(嗯)

md5sum diskFiles/isolinux/isolinux.bin

如果要在调用mkisofs之前和之后运行该命令，则会看到文件确实在更改，原因如下(感谢@Hennes)：

- boot -info-table指定一个56字节的表，其中包含CD-ROM布局的信息，将在引导文件中的偏移量8处进行修补。如果提供此选项，则在源文件系统中修改引导文件，因此，如果无法轻松重新生成该文件，请确保复制该文件！

为了克服这个问题，我使用以下命令：

rsync -rv /home/derp/diskBackup/isolinux diskFiles/isolinux

rsync命令非常类似于cp，只是它更聪明、更灵活。使用此命令将“清理”源文件系统中的引导映像文件，这样mkisofs就可以再次修补56字节的表，而不会损坏isolinux文件。

对于整个DVD内容，我可能都可以这样做，但我太懒了，无法再次复制光盘上的所有内容，而isolinux是受mkisofs影响的唯一目录。:-)