Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.
Hi, fabri22 and Zenith432. Sorry, you don't need fusion's darwin.iso. It's my misunderstanding. You should keep Donk's one and please ignore step #4. I'll edit the post. Yes, they are also in initrd.img, but these are used only when vm uses legacy bios emulation. If firmware = "efi" setting is used vm boots without darwin.iso but dmesg still shows as follows: npvhash=4095 Darwin Kernel Version 10.2.0: Tue Nov 3 10:35:19 PST 2009; root:xnu-1486.2.11~1/RELEASE_X86_64 vm_page_bootstrap: 248202 free pages and 13942 wired pages kext submap [0xffffff7f80600000 - 0xffffff8000000000], kernel text [0xffffff8000200000 - 0xffffff8000600000] standard timeslicing quantum is 10000 us mig_table_max_displ = 73 NullCPUPowerManagement::init: properties=0xffffff8004375b40 NullCPUPowerManagement::start AppleACPICPU: ProcessorId=0 LocalApicId=0 Enabled AppleACPICPU: ProcessorId=1 LocalApicId=1 Enabled ...
Great! I'm waiting for your next post. I see I can also skip server check by modifying BIOS. I examine vmware-vmx.exe to search for the codes related to server checks according to your mention and understand EFI BIOSs (both EFI32 and EFI64) are also hardcoded as different binary resources like normal 440BX bios. I have tried to find this before but I can't because I forgot the possibility that strings are stored in Unicode encoding Now, my VM can boot up without symlink hack and "About this Mac" says it is just "Mac OS X" (not server). Yeah, I also see your previous post and understand that both EFI BIOSs and some essential kexts (NullCPUPowerManagement, AppleIntelPIIXATA) are hardcoded in vmware-vmx.exe together. So, it is not easy to insert fakesmc. Normal bios emulation and modified darwin.iso are still needed to install from L/SL Retail DVD. Thanks for reply.
Hi I'm using SL on vmware player 3.0. Thanks to Donk And I also found SL can boot with 64-bit kernel on vmware player 3/workstaton 7 if I tweak kexts, vmx file, etc.... 1) Put x86_64 capable fakesmc.kext into '/System/Library/Extensions'. 2) Run 'sudo ln -s /System/Library/CoreServices/SystemVersion.plist /System/Library/CoreServices/ServerVersion.plist' which create a symlink to avoid vmware's "Operating system is not Mac OS X Server" error. 3) Add "firmware = efi" to .vmx file. Also, make sure "guestOS = darwin10-64" and "smc.present = false". [EDIT] remove unneeded step #4 After the modifications to installed SL guest above, it does boot with 64-bit kernel in vmware player 3/workstation 7 by using vmware's EFI emulation which is used in fusion 3 for supporting Mac OS X Server guests. You can confirm this in System Profiler (it should show 64-bit kernel mode = YES) or Activity Monitor (in which kernel_task should be running in "Intel (64-bit)" mode). It seems using vmware's EFI emulation resolves incorrect CPU frequency value in "About this Mac". I can see correct value in that window or System Profiler. Note that you need an already working SL guest. You CANNOT install SL by using vmware's darwin.iso because it doesn't have fakesmc and it can't boot install discs other than legitimate L/SL Server.