Vishal Kotcherlakota's questions

我一直在 RHEL 6.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/

...除非我使用 DVD 文件的新副本，否则我无法再次创建工作 ISO。错误的范围从 isolinux 无法启动到 Anaconda 找不到 RHEL 安装映像。所以，这是我的问题：

1. isolinux创建 ISO 时，目录中的文件是否diskFiles被修改？
2. 如果是这样，每当我尝试创建另一个 ISO 时应该替换哪些文件？我知道重新复制整张 DVD 是可行的，但似乎没有必要。
3. 如果没有，我在这个过程中是否可能遗漏了一些可以解释这一点的东西？

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

我正在尝试创建一个“Magic DVD”，它将按照我们希望的方式安装和配置 RHEL 6.2，每次都是如此。

这是我一直在尝试使用的过程，只是为了证明这个概念：

按预期手动执行安装。允许 anaconda 创建 /root/anaconda-ks.cfg. 将 RHEL 安装 DVD 的内容复制到我硬盘上的一个目录中。

 mkdir -p /home/derp/RHEL/diskFiles   
 cp /media/RHEL_6.2\ i386\ Disc\ 1/* /home/derp/RHEL/diskFiles

进入/root/anaconda-ks.cfg所述目录，在顶层：

 cp /root/anaconda-ks.cfg /home/derp/RHEL/diskFiles/ks.cfg

使用适当的命令创建一个新的 ISO 文件。（取自此链接。）

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

从这一点来看，它应该是直截了当的：

• 将文件刻录到磁盘（或者，在这种情况下，将 VM 的“光驱”连接到 ISO 文件。）
• 开机。
• 当机器自行安装时，喜极而泣。

所以这就是问题所在：我重新掌握的 ISO 可以很好地引导和启动 anaconda，但是一旦它到达那里，就没有任何反应。我对自己错过的内容感到困惑——它看起来与我在此处找到的答案非常相似。据我了解，该anaconda-ks.cfg文件应该执行与我为构建系统而执行的完全相同的安装。我唯一添加到文件的是autostep --autoscreenshot命令，这样我就可以看到它在做什么。

我确实注意到一些分区命令被注释掉了，但我不知道这是否是导致问题的原因。从重新制作的 ISO 正确引导这一事实来看，我想我搞砸了ks.cfg文件和/或没有指定我需要的引导参数。我已经粘贴在ks.cfg下面：

#version=DEVEL
autostep --autoscreenshot
install
cdrom
lang en_US.UTF-8
keyboard us
network --onboot no --device eth0 --noipv4 --noipv6
rootpw  --iscrypted $6$CLfKLztawb7ZJq.O$d9iWhj6/SC..72WZFOtiy6t90DfTkTGZ9xgJ/8Cy.xKVNLlv6tmqf73uxeP0mvZT481kvyQzDi7uLon5fUAAw/
firewall --service=ssh
authconfig --enableshadow --passalgo=sha512
selinux --enforcing
timezone --utc America/Los_Angeles
bootloader --location=mbr --driveorder=sda --append=" rhgb crashkernel=auto quiet"
# The following is the partition information you requested
# Note that any partitions you deleted are not expressed
# here so unless you clear all partitions first, this is
# not guaranteed to work
#clearpart --all --drives=sda

#part /boot --fstype=ext4 --size=500
#part pv.008002 --grow --size=1

#volgroup vg_dbs01 --pesize=4096 pv.008002
#logvol /omnyx --fstype=ext4 --name=lv_omnyx --vgname=vg_dbs01 --size=81448
#logvol / --fstype=ext4 --name=lv_root --vgname=vg_dbs01 --size=8192
#logvol swap --name=lv_swap --vgname=vg_dbs01 --size=4064
#logvol /var --fstype=ext4 --name=lv_var --vgname=vg_dbs01 --size=8192

repo --name="Red Hat Enterprise Linux"  --baseurl=cdrom:sr0 --cost=100

%packages
@base
@client-mgmt-tools
@core
@debugging
@basic-desktop
@desktop-debugging
@desktop-platform
@directory-client
@fonts
@general-desktop
@graphical-admin-tools
@input-methods
@internet-applications
@internet-browser
@java-platform
@legacy-x
@network-file-system-client
@office-suite
@print-client
@remote-desktop-clients
@server-platform
@workstation-policy
@x11
mtools
pax
python-dmidecode
oddjob
sgpio
genisoimage
wodim
abrt-gui
certmonger
pam_krb5
krb5-workstation
gnome-pilot
libXmu
%end

帮助将得到极大的感激。

我目前正在使用在 ESXi 5.0 上运行的 VM 试运行软件产品的安装过程。我们正在尝试一系列完全不同的事情，所以我正在广泛使用快照来保存我在不同时间点的位置。

现在，我对快照略知一二，而且我知道它们本质上是对基本 VMDK 的增量，随着时间的推移，这种情况可能会出现问题。在这种特定情况下，我对快照没有意见，因为快照（和 VM 本身）不适合长期使用。一旦我们完成这些程序，虚拟机本身就会被吹走。

所以这就是我的问题真正出现的地方。这更像是一个思想实验，所以请耐心等待。如果我要导出 VM 的 OVF 备份，我是否会因为它有快照数据而出现问题？我习惯于确保磁盘完全整合而没有快照，但我想知道这种做法是否有目的。