当datastore里包含了一个快照类型磁盘的esxconsole.vmdk时ESX4.0主机启动失

故障状态
可能由于以下情况导致1、VMware ESX4.0被安装在本地磁盘或从SAN启动时；
2、当ESX4.0安装好之后有对磁盘或LUN进行改动过；
3、当ESX4.0安装好之后可能对链接磁盘或LUN的磁盘控制器做了变动；

故障信息包含
1、系统无法正常启动并且被迫进入Troubleshooting(busy box)模式；
2、启动进程中提示如下错误：
     VSD mount/Bin/SH:cant access TTY job control turned off.

解决方案
起因
ESX4.0的Service Console是以一个虚拟磁盘(vmdk)的方式存储。在安装ESX过程中会在本地磁盘或LUN上生成一个VMFS磁盘卷。这个VMFS磁盘卷包含了Service Console的内容，也包含esxconsole.vmdk，它们可能被检测为一个快照LUN，在ESX主机启动过程中可能无法访问Service Console的文件
备注：本文假定磁盘、LUN和存储控制器都没问题。如果在解决这个问题之前本地磁盘或存储LUN或者存储阵列有问题，则应该先解决这些设备的问题。根据具体的情况而定，如有必要可联系存储厂家进行技术支持。


解决方案
如果ESX主机已经从VMFS卷里面将esxconsoe.vmdk识别为一个快照LUN，则ESX主机启动时会启动到Troubleshooting模式。


如何让ESX主机启动成功呢？
1、提供访问busy box模式的权限；


2、输入如下命令在VMware ESX主机上重新激活签名;
     esxcfg-advcfg -s 1 /LVM/EnableResignature
     可能输出如下内容：
     Value of EnableResignature is 1.


     备注：如果在启动过程中挂载为只读模式，则请输入如下命令：mount -0 remount  / ，用以将volumes挂载为可写模式；

3、输入如下命令用以卸载VMFS驱动：
     vmkload_mod -u vmfs3

4、再次输入如下命令载入VMFS驱动：
     vmkload_mode vmfs3

5、输入如下命令检测新的VMFS卷和重新将这个volume签名：
     vmkfstools -V

6、用如下命令确认esxconsole.vmdk的完整路径：
     find /vmfs/volumes/ -name esxconsole.vmdk
     可能输出如下内容：
     /vmfs/volumes/4a14d968-88bf7161-700f-00145ef48f76/esxconsole-4a14d906-2f96-7956-7284-00145ef48f74/esxconsole.vmdk

7、记录第6步所显示内容，以便在后续手动输入；

8、重启ESX主机；

9、将系统启动到grub boot loader界面，然后输入e,来编辑grub管理菜单模式；

10、向下滚动到用kernel /vmlinuz 模式启动;(具体名称参照VMware ESX 4.0的命名)

11、将光标切到命令行的尾部并输入以下内容：
    /boot/cosvmdk=/esxconsole.vmdk    注意：这里的是第6步里所记录的那个完整文件路径


12、输入回车键，保存更改；


13、输入b，保存修改并且启动系统；


14、理论上这是ESX主机就能成功启动；

       备注：这个做法并不会保存进入启动选项。这个更改只会在本次更改的启动进程时生效。如果想要将这个改动写入启动进程，还需要进行如下编辑：

15、用root用户登录到console界面；

16、编辑/etc/vmware/esx.conf，进行如下更改：
        /adv/Misc/CosCorefile = "/vmfs/volumes//core-dumps/cos-core"
    /boot/cosvmdk = "/vmfs/volumes//esxconsole.vmdk"    注意：这里的是第6步里的完整文件路径


17、输入如下命令更新启动配置文件：
    esxcfg-boot -b