Hervé

In your particular case, I know some ways to install OS X on your D630 without needing a Mac or a Hack. I'll give you details of a legitimate method that does not involve distros and piracy but requires you possess a retail Mac OS X installation media. It basically consists of good old Nawcom's modCD + Snow Leopard retail DVD 10.6/10.6.3/10.6.8. SL 10.6.8 could still be purchased from Apple not that long ago, I posted a thread about it: https://osxlatitude.com/index.php?/topic/5561-buying-older-mac-os-x-versions At less than $20/20€, not much hesitation to be had, it's less than a poor man's spending on a basic saturday night... Nawcom's modCD comes as an ISO image you can restore to a bootable CD. You can make such a CD from Windows. The CD provides a Chameleon-based bootable Snow Leopard installer. Once booted, the installer will expect a media with the Snow Leopard installation app. Eject the modCD, insert the Snow Leopard DVD, press F5, select the newly inserted SL media and proceed with Mac OS X installation. This particular SL installation does not have to be fully tuned therafter; the idea is that it serves as a temporary base for you to create full vanilla USB installers with tools like myHack for instance. You would then be able to re-create a fully vanilla installation on another partition of the HDD and that installation could be Lion or Mountain Lion or Mavericks (whatever your D630 model actually supports). You'll have probably understood that your temp installation will become that (infamous) pre-requisite Mac or Hack that'll become eligible to full deletion once you made a subsequent fully tuned OS X installation. If you're happy with SL, you can of course keep that modCD installation and tune it up.

There are many reasons why a Hack or a Mac is the recommended intermediary step to create a OS X installer. A PC cannot natively boot an OS X media, it needs a special bootloader for that. Today, the 2 main ones are Chameleon and Clover. Apple does not ship bootable OS X media any more; I think last time they shipped DVDs was for Snow Leopard. When Lion came out, Apple initially offered it on USB keys, then it was a downloadable dmg image only. With a bootable DVD or USB key, you could use DVD-based boot loader/vanilla installers such as Nawcom modCD. Nobody makes that anymore, especially as kernels sometimes have to be patched to boot the targeted system (e.g.: some Haswell laptops). Even if such tools existed, the trouble is that a PC can't simply boot the OS X installation application to install OS X. It does not work that way unfortunately, that'd be too easy... As a result, making a bootable OS X installer is not just a simple matter of restoring that OS X install application dmg image to a bootable HDD or USB key. First, the OS X installer media has to be formatted to the OS X format. You can't do that from Windows. Then, packages or sub-images have to be retrieved from deep inside the installation package and mounted for restoration to the installer media. Then additional packages and hidden files have to be extracted and copied, etc. It's not exactly like a fly-through installation. There are no readily-available tools to do all this with sufficient ease from within Windows. As an alternative to a real Mac or an existing Hackintosh, virtual machines are often a much better alternative. All newcomers to the Hackintosh world have trouble understanding these matters initially, it's perfectly normal. Why would anyone need a Mac or a Hack to build a Hack? It does not make easy sense... However they understand this much better after a few OS X installations once they get more familiar with the internals of the installation process and of OS X. In the early days and for several years, distros attempted to support Mac OS X installation through a directly bootable DVD or media. However, this was considered piracy since they actually contained illegal (i.e. not paid for) copies of the OS X software and often also included uncontrolled additional stuff (drivers or patches or apps) that would work only on some systems, not others. That's why distros, despite their claimed generic status, often caused more trouble than good. Distros somehow got a bad name because users can't fully control the installation and do not necessarily know what's actually installed. In the Hackintosh world, it's very important to know and control that. With the advent of Mavericks, the piracy aspect has gone somehow (OS X is now free) and only one or two distros remain today. They aim to be as vanilla as possible but I don't know how well they can be considered vanilla these days. I don't use distros, haven't since Leopard 10.5. All my Snow Leopard, Lion, Mountain Lion, Mavericks and Yosemite installations have been vanilla. Look at it this way: newcomers (newbies) love distros because things look easy, experienced hackintoshers do not (for reasons stated above) and prefer fully controlled vanilla installations by far and large.

There are 2 other tools you can use to decompile a DSDT: 1) DSDTEditor -> you load the .aml file directly from the app and you can save the resulting .dsl source file 2) Chameleon Wizard -> you use the compile/decompile button in DSDT tab to open up your .aml file and obtain a .dsl file. In both cases, the .dsl file is readable in a texteditor.

Sounds like Snow Leopard will be your best possibility on this 10yr old server due to legacy single-core Irwindale CPUs. Vanilla kernels will not be supported, only legacy versions like Nawcom's. You'd need early dual-core Xeon CPUs for Lion and later, but it does not look like they made it on the PowerEdge 1800. Have a look at my Precision 670 guide, you can use the provided SL pack to build your own. Start without a DSDT of course, don't use the Precision 670's. The embedded ATI Radeon chip will be extremely low-spec'ed (embedded graphics always are on servers) and is probably not supported at all under Mac OS X... Not the greatest machine for Hackintoshing in that case to be honest, maybe just as a Snow Leopard server. It seems the server has two PCIe x8 physical slots, one rated at x8, the other at x4. As such, you can't physically plug a x16 graphics card, unless you dremmel out the end of a slot but it looks like there's a heatsink in the path... Your could look for a PCIe x4/x8 graphics card supported by SL, if that exists (it's a big if)! I know the nVidia GeForce G210 and 8400GS existed in PCIe x1 format so you could envisage that as PCIe x1 cards fit and work into in PCIe x4/x8 slots. Radeon have some too, like the HD 4350. Those are all supported in SL. Otherwise, it's probably not worth the hassle: it's old, big, probably noisy and quite power-hungry though it'll certainly replace the heater in your room (Irwindale are 110W TDP... each)! My Precision 670 does.

Did you try to remove the VoodooSDHC kext and patch AppleSDXC kext instead?

Yes, getting the same loud noise on the E6440.

No, apply the performance tuning modifications. http://www.osxlatitude.com/tuning-performance-with-fakesmc-smbios-plist/ https://osxlatitude.com/index.php?/topic/2673-performance-tuning-with-fakesmc/ Did you search as advised?

Apple having unified display and computer sleep for Haswell platforms, the Energy Saver preference panel only shows one sleep bar: To revert to the traditional separation, the Mac model platform plist needs to be edited to turn off this sleep unification. In plugin kext X86PlatformPlugin of /S/L/E/IOPlatformPluginFamily, a list of Mac model plists is found in the Resources subfolder. Each Mac model corresponds to the board number specified in the SMBIOS plist of a Hackintosh. In the present case of a MacBookPro11.1, the Mac model is 189A3D4F975D5FFC as displayed in Chameleon Wizard for instance: As such, the plist Mac-189A3D4F975D5FFC.plist should be modified as follows: -> before <key>UnifiedSleepSliderPref</key> <true/> -> after <key>UnifiedSleepSliderPref</key> <false/> Once the plist is changed, the kext cache can be rebuilt. On subsequent reboot, the Energy Saver panel will be back to its traditional form and can be adjusted as desired (otherwise, it's command lines only... ) :

Search about "performance tuning" and look for a complete /Extra pack I must have posted somewhere in this forum subsection. You clearly have an incorrect /Extra kexts+plists setup. Or try the EDP package, see if it works these days.

Have a look a RampageDev's blog; he's done that already and published his findings and recommendations here in the article section of the web site. PS: Please post in the right section. This one is about feedback on the site.

Ha, you did not say, so difficult to guess... If it's a Core2Duo CPU, then forget what I said about Intel HD. With a nVidia GPU, you should use GraphicsEnabler=Yes. There are plenty of posts and threads here about Mavericks/Yosemite on this nVidia E6410; the /Extra folders should be reusable straight away in Yos. Just do a search.

Unicrap has its own web site for support... But in all likelihood the system is not auto-detecting the correct Intel HD framebuffer so you have to inject it; either through DSDT or through bootloader.

I confirm it works (verified on E6440 with O2 Micro SD controller pci1217,8520), so should also be Ok on E6320.

Please post your zipped /Extra.

Please do a search on the forum as this matter has been discussed many many times before.

I'm sorry, but you're mistaken. I have never written any tutorial to install Yosemite (or any other OS X version) on Dell Optiplex 780.

You're using an installation method and a bootloader that have their own support site... I suggest you seek assistance there.

I would need to look at how it's done with Clover but with Chameleon you would try boot options GraphicsEnabler=Yes IntelAzulFB=, where x is in the range 0 to 15. Respect the casing. You could start with values from 10 to 12 to begin with, then try the others until you reach success. That parameter would then have to be added to your Chameleon boot plist or reflected in a DSDT patch. Have a look at the Chameleon Configurator to see how the Azul framefuffer parameter can be specified. Or try with "Inject Intel" maybe...

As usual, follow the well-known and documented process with myHack USB installer + bootpack. Configure BIOS as per recommended settings in pinned thread of this very section. Search this forum section on previous threads on exact same subject.

Last update: 05 Aug 2016 Specifications: BIOS A05/A08/A13/A14/A21 (needs HDD set to AHCI mode) Intel QM87 (8 Series) Express chipset Intel dual-core Haswell i5-4300M 2.6GHz CPU (Turbo boost to 3.2GHz/3.3GHz for 2cores/1core active) -> needs Haswell-patched kernels integrated Intel HD4600 GPU 400-1250MHz (PCI ven id 0x8086, dev id 0x0416) discrete AMD Radeon HD 8690M 2Go GPU (PCI ven id 0x1002, dev id 0x6660) -> unsupported 14" 1600x900 WideScreen LCD 8Go DDR3L-1600 RAM Intel i217-LM Gigabit Ethernet (PCI ven id 0x8086, dev id 0x153a) Realtek ALC3226 (Codec=ALC292) High Def audio (PCI ven id 0x10ec, dev id 0x0292) Intel Centrino N6235 wireless card (PCI ven id 0x8086, dev id 0x088e - unsupported) + Bluetooth 4.0 (PCI ven id 0x8087, dev id 0x07da) Sonix Technology integrated HD webcam (USB internal, PCI ven id 0xc45, dev id 0x649d) O2 Micro SD card reader (PCI ven id 0x1217, dev id 0x8520) CD/DVD drive 1 x headset jack 4 x USB 3.0 ports 1 x VGA output 1 x HDMI output 1 x 34mm ExpressCard slot pc34:~ admin$ lspci -nn pcilib: 0000:01:00.0 64-bit device address ignored. pcilib: 0000:00:02.0 64-bit device address ignored. 00:00.0 Host bridge [0600]: Intel Corporation Haswell DRAM Controller [8086:0c04] (rev 06) 00:01.0 PCI bridge [0604]: Intel Corporation Haswell PCI Express x16 Controller [8086:0c01] (rev 06) 00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell Integrated Graphics Controller [8086:0416] (rev 06) 00:03.0 Audio device [0403]: Intel Corporation Haswell HD Audio Controller [8086:0c0c] (rev 06) 00:16.0 Communication controller [0780]: Intel Corporation Lynx Point MEI Controller #1 [8086:8c3a] (rev 04) 00:19.0 Ethernet controller [0200]: Intel Corporation Unknown device [8086:153a] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation Lynx Point USB Enhanced Host Controller #2 [8086:8c2d] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation Lynx Point HD Audio Controller [8086:8c20] (rev 04) 00:1c.0 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 1 [8086:8c10] (rev d4) 00:1c.2 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 3 [8086:8c14] (rev d4) 00:1c.4 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 5 [8086:8c18] (rev d4) 00:1c.5 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 6 [8086:8c1a] (rev d4) 00:1c.6 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 7 [8086:8c1c] (rev d4) 00:1c.7 PCI bridge [0604]: Intel Corporation Lynx Point PCI Express Root Port 8 [8086:8c1e] (rev d4) 00:1d.0 USB controller [0c03]: Intel Corporation Lynx Point USB Enhanced Host Controller #1 [8086:8c26] (rev 04) 00:1f.0 ISA bridge [0601]: Intel Corporation Lynx Point LPC Controller [8086:8c4f] (rev 04) 00:1f.2 SATA controller [0106]: Intel Corporation Lynx Point 6-Port SATA AHCI Controller [8086:8c03] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation Lynx Point SMBus Controller [8086:8c22] (rev 04) 01:00.0 Display controller [0380]: Advanced Micro Devices [AMD] nee ATI Unknown device [1002:6660] 03:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6235 [8086:088e] (rev 24) 05:00.0 Network controller [0280]: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01) 0e:00.0 SD Host controller [0805]: O2 Micro, Inc. Unknown device [1217:8520] (rev 01) For recommended BIOS settings, see here. Target OS X release: Mavericks 10.9.5 Installation fully successful with myHack v3.3.1 and attached Latitude E6440 bootpack on a SATA-III 6Gb/s mSATA SSD, fitted into full-size mSATA/PCIe/USB internal slot, partitioned GUID, formatted Mac OS X (journaled). Initial build in 10.9.4, followed by 10.9.5 update. Reset BIOS to default and set SATA mode to AHCI to begin with Mavericks installation with myHack USB installer should be done via left-side USB port (right + rear ones won't work initially). Make sure you use a Haswell-patched kernel to boot the installer, i.e. boot the USB installer with Chameleon options: -f -v Do not forget to copy this patched kernel to the root of the Mavericks partition upon installation completion but before you proceed with 1st reboot. Use Terminal from Utilities menu to that effect. Try and be quick because there is only a handful of seconds before the auto-restart countdown expires. If you miss it, just restart the USB installer and go straight to Utilities->Terminal to proceed. Use the following command to copy Haswell-patched kernel: cp / /Volumes//mach_kernel Working: full QE/CI with HD4600 on 1600x900 LCD (with DSDT patch) HDMI video output in mirror and extension modes (hot plugging/unplugging Ok with patched Azul framebuffer) keyboard backlight & backlight control OOB trackpad + nub LCD brightness control OOB audio output (speakers/jack/HDMI with ALC292-patched AppleHDA, speakers only with VoodooHDA v2.8.1v or later + AppleHDADisabler) built-in Gigabit Ethernet (with AppleIntelE1000e kext v2.5.4d) Intel N6235 Bluetooth OOB (with removal of AppleHPET kext) integrated Webcam OOB display & system sleep/wake (with DSDT patch + hibernatemode set to 0 + deletion of /var/vm/sleepimage). Sleeps through lid closure, power button, Fn-F1, Apple Menu->Sleep and energy savings settings. Wakes through lid opening or On/Off button. wireless with compatible mini PCIe card/USB dongle (I added an Atheros AR5B93 half-size mini-PCIe card in the WWAN slot - works OOB) battery management & monitoring (with VoodooBattery or AppleSmartBatteryManager kext v1.32) limited native SpeedStep (multipliers 8, 17, 26) @0.8/1.7/2.6GHz + TurboBoost (multipliers 27-32/33) @2.7-3.2/3.3GHz (Kozlek's FakeSMC v6.11.1328 tuned up for MBA6,2/SMC keys 2.13f9/smc-huronriver + SMBIOS MBP11,1 + tuned-up SSDT) all USB3.0 ports OOB (with DSDT patch + removal of AppleHPET kext) SD card reader (with DSDT patch) Not tested yet: ExpressCard Not working yet: VGA video output (feasible on HD4600?) GeekBench 2.4.3 (32bit) gives a good 8000+ rating: Mavericks full /Extra pack: E6440_i5-4300M_HD4600_Mav-Pack.zip E6440_i5-4300M_HD4600_Mav-Pack#2.zip E6440_i5-4300M_HD4600_Mav-Pack#3.zip E6440_i5-4300M_HD4600_Mav-Pack#4.zip E6440_i5-4300M_HD4600_Mav-Pack#5.zip E6440_i5-4300M_HD4600_Mav-Pack#6.zip E6440_i5-4300M_HD4600_Mav-Pack#7.zip E6440_i5-4300M_HD4600_Mav-Pack#8.zip E6440_i5-4300M_HD4600_Mav-Pack#9.zip Haswell-patched 10.9 kernels: mach_kernel_10.9.4_haswell.zip mach_kernel_10.9.5_haswell.zip mach_kernel_10.9.5-SecurityUpdate_Haswell.zip mach_kernel_10.9.5-SecurityUpdate2015-005_haswell.zip DSDT patches applied: original raw DSDT clean-up (12 errors) Azul framebuffer #12 injection USB sleep (devices EHC1/EHC2/XHC) audio after sleep Display PrefPane brightness bar Lid closure sleep SD card reader (compatibility with device listed in AppleSDXC kext) Other E6440 laptops fitted with same graphics hardware config (GPU + LCD) but different CPUs will require a different SSDT table than provided in the above pack (can be looked up on the web or created with SSDT generator tool -> See RampageDev's blog for detailed guide). In such cases and in order to avoid CPU power management-related kernel panics (KP), NullCPUPowerManagement kext is recommended until the CPU-specific SSDT is generated. The kext just needs to be added to /Extra/Extensions followed by myHack->myFix (quick). - - - - - - - - - - Edit #1: 22 Oct 2014 added a patched DSDT to obtain Sleep/Wake (raw DSDT extracted from BIOS A05) cleaned up some kexts changed SMBIOS from MacBookAir6,2 to MacBookPro11,1 to gain 1 intermediate SpeedStep multiplier: x17 @1.7GHz - - - - - - - - - - Edit #2: 09 Nov 2014 all USB ports + Intel N6235 BlueTooth work OOB after removal of AppleHPET kext from /S/L/E post clean-up - - - - - - - - - - Edit #3: 14 Feb 2015 added DSDT patches for Display PrefPane brightness bar + sleep on lid closure added 10.9.5 Security Update 2015-002 Haswell-patched kernel - - - - - - - - - - Edit #4: 11 Mar 2015 added revised SSDT table modified to support x17 intermediate CPU multiplier + Sleep through Fn-F1 - - - - - - - - - - Edit #5: 10 Apr 2015 Replaced joe82's AppleSDXC kext patch by DSDT patch to support SD card reader natively OOB - - - - - - - - - - Edit #6: 13 Apr 2015 Little cleanup of the thread - - - - - - - - - - Edit #7: 5 Jul 2015 Added 10.9.5 Security Update 2015-005 Haswell-patched kernel - - - - - - - - - - Edit #8: 5 Aug 2016 Revised DSDT to fully support USB3.0 ports natively (renaming of XHC to XHC1, Darwin OSYS) and fix issue of instant Wake on Sleep (removal of _PRW methods for devices GLAN/HDEF/EHC1/EHC2/XHC1) Added Rehabman's FakePCIID + FakePCIID_XHCIMux kexts to support USB USB3.0/USB2.0 mux Removed ACPIPoller kext and patched AppleSDXC kexts Replaced VoodooHDA/AppleHDADisabler by patched AppleHDA (to be copied to /S/L/E) Replaced VoodooBattery kext by Rehabman's ACPIBatteryManager kext

As far as I know, you cannot update a Hackintosh like you'd update a Mac. Instead, you have to proceed with a brand new installation, but you can re-install over an existing OS X installation and retain all existing apps and files.

Search on "zif msata" or "msata to CE".

No idea, never seen issues like this. Did you notice the errors reported for USB/Firewire device? There's something wrong there, maybe your USB key is corrupt or something... By the way, for permissions, the chmod/chown commands need to be run with sudo command.

Permissions must be screwed. Indeed, reinstall myHack and start again or try fixing permissions manually (chmod 755 & chown 0:0).

Maybe the BT radio was disabled from Windows. On DW350 and/or DW360, that was written to the device and you needed Windows to reactivate the radio... Once radio was reactivated, the BT device could then be used in Mac OS X.