轉自：http://hi.baidu.com/wa0362/blog/item/efa5dfc2af42973ee4dd3b45.html
最近在vmware ESX上安裝的Redhat 5.2或者CentOS 5.2基本上都碰到了這個問題
安裝完全完成後啓動是在Starting udev會需要幾個小時才能過去。
網上找到很多說法比方有說讓改"/etc/udev/rules.d/99-vmware-scsi-udev.rules" 文件的，其實這並不是hang住的原因，真正的元兇是：
Clocksource is the name of the new timekeeping subsystem introduced in the Linux 2.6.18 kernel. In this subsystem there are several clocksources that can be used to read the time. One of them is the tsc clocksource which uses the Time Stamp Counter that is present on each processor and can be used to track how much time has elapsed. The TSCs on the different processors are not necessarily perfectly in sync with each other, so time can appear to go backward if the TSC is read on one processor and then another processor. Early versions of the tsc clocksource did not handle this case, which can lead to the guest operating system not responding. Due to the different timing behavior of running in a virtual machine, this can be observed more frequently in a virtual machine.
經驗證確實如此：如果是單個vCPU,則Starting udev很快就能過去
具體解決方法：
當starting udev停住很久過不去的時候就
(1)把虛擬機的電源關閉 (2)然後編輯配置,改爲單個vCPU (3)啓動系統 (4)編輯/etc/grub.conf在kernel一行最後加上clocksource=acpi_pm
這個在vmware官方有說明：
這個問題困擾了俺好幾天，終於按照上面的方法解決了！