Hervé

Which audio kext pack are you using? With VoodooHDA, you can always adjust iGain and things like that. Look at the values in the kext Info.plist and modify as appropriate, knowing that you'll probably have to try different settings before you get what suits you. In you case, if VoodooHDA, you could try and reduce iGain from say 70 to 30, try that out and if still not satisfied, modify again.

Hi, simply point to your Lion thumbdrive when prompted for your Lion media. I guess it contains the Lion installation app, just as if you had restored a dmg image. MyHack will work with a restored image, a .app installation media or the installESD.dmg.

'just checked the specs of the Precision 390 and it does not look like that machine could support ML at all. It may not even support Lion. It's listed as supporting Intel Core and Pentium 4/D/Extreme and I don't think these do for L or ML which both require Core2Duo minimum. You'd be Ok with Snow Leopard though. No problems with your D630, whether it is nVidia or Intel Crestline X3100 based for graphics. With the former, you can run all recent Mac OS X versions from SL to Mavericks, with the latter, you can run SL and L natively in 32bit kernel mode and ML only with MLPF hack.

Sorry, we don't support that kind of installations here, they're often too hazardous and difficult to control. How about trying out a Vanilla installation with myHack, starting with its generic boot pack? I'm not sure that Quadro FX3500 can be supported in ML, it's quite an old card. At best, you probably need to patch the required kext with PCI ids. You'll need to identify those (easily done through lspci -nn Terminal command if you boot with lspci kext or by browsing through the device driver properties in Windows if you still run that) as well as the GPU chip to figure out which nVidia kext may need patching. Be prepared to change to a fully compatible card; that's what I had to do on my Precision 670 as the original old Quadro FX1400 was not supported in SL.

Yes, if you're already on 10.6.8, you can do all the Apple updates that come to you. Your laptop can never be 100% compatible with a real Mac, but I'd say you'll be beyond 99%. You can run anything that is compatible with SL 10.6.8 and your HW. For instance, don't go and try to run a fancy CAD software on your little X3100!

Mmm, Ok, I've reproduced your issue. I don't know if it's a problem of kext cache or file permissions, but I got audio after repairing permissions with Disk utility and rebuilding the cache (done through Terminal command: sudo touch /S/L/E) . Try and boot with flag -f and report back; if you get audio, it's a kext cache issue (it takes a few minutes to regenerate). I've also tried various audio packs of EDP (VoodooHDA #2 (v2.7.3), VoodooHDA #3 (v2.8.1) and AppleHDA) through several EDP System Builds and got audio after reboot with Voodoo #2 and AppleHDA. No audio at all with Voodoo #3 on a ModCD install, only on a myHack install (there are a lot more kexts in /S/L/E with ModCD than with myHack, so things do differ...) To make sure your kext cache has been fully updated, note the time at which your EDP System Build completed, then open up a Terminal window and type ls -l /System/Library/Caches/com.apple.kext.caches/Startup. The files timestamp should reflect the time at which you did your EDP System Build.

The EDP System Build includes all that. The default settings for the D630 Intel LoRes 1280x800 does include the patched AppleHDA kexts. You would see those in /E/E (AppleHDA + FakeSTAC9205 + IOaudioFamily + OSvKernDSPLib). Personally, I prefer to modify that choice in EDP and opt for VoodooHDA#3. It uses less kexts and then the audio icon in the menu bar is fully functional (you see the level go up and down - something not happening with AppleHDA/STAC9205).

Not in /Extra/Extensions, in /System/Library/Extensions as indicated above!

Silly me, it wasn't due a kext in /E/E (EDP system build's default settings do not use VoodooHDA audio kext), I forgot that ModCD puts some kexts directly in /S/L/E. In this particular case, it's VoodooHDA v2.7.2 which appears incompatible with 10.6.8 (later versions are Ok though). Anyway, I've reproduced your issue and here's how you can fix things: boot with -x flag once on the Mac OS X desktop, browse to /System/Library/Extensions folder and delete the VoodooHDA kext that ModCD placed in there reboot and you should be Ok This is the reason why we always advocate to use myHack as installation tool: myHack uses kexts placed in /Extra/Extensions, bumps up their version and copies them to a PlugIns folder of myHack.kext in /S/L/E for subsequent loading at boot time and integration in kext cache . The great advantage of this method is that it leaves /S/L/E completely Vanilla and that any additional or replacement kext must be placed in /E/E to be taken into account. To enjoy a cleaner installation, you could now make your myHack installer USB key and re-install SL from scratch. We'll then see at how you can optimize your SL installation a bit further. NB: I've updated my previous guidance posts to reflect this.

Ok, let's try and fix this: boot in single user mode with flag -s once at the # prompt in single user mode, enter the 2 commands displayed on screen (fsck & mount) enter: rm -rf /Extra/Extensions/VoodooHDA.kext enter: myfix -t / The system will reboot automatically, hopefully Ok. I'm going to redo the install with VoodooHDA to verify things, but I'm pretty sure it's what I used.

Did you do the EDP System Build? Without it, you would get a KP because the ACPIPlatform kext from 10.6.8 has to be replaced. Can you tell us what it says at KP? Also, make sure you use myHack 3.1.2, not 3.2 as the more recent version does not support Snow Leopard very well. Hold tight, you're nearly there!

Ha! Missed that, sorry! Ok, he can install myHack on his ModCD SL installation, it's not a problem. After EDP is installed and the EDP System Build is done, everything will be nearly as if it were a myHack installation from the very beginning (the difference is ModCD installs kexts directly in /S/L/E, whereas myHack places them cleanly and more efficiently under /S/L/E/myHack kext). No need to start all over again, but it's a good exercise to do once at least. Something to do on a small 2nd and temporary HDD partition maybe... Turning in now, 'way past normal bed time!

1. No, after installation is done, you reboot off the HDD (you can put ModCD disc away from that point). When you'll see the Chameleon horizontal delay bar move, press a key to interrupt the bootstrap and enter the option as listed, then press [ENTER]. 2. You install EDP through the EDP package that you will download or have already downloaded. You need an Internet connection to install EDP because it fetches files off our server. However, I don't understand what you mean here. EDP is a post-install (i.e. post OS X install) tool that provides all the tuning necessary to complete your OS X installation 100%. You need to have OS X installed and booted up to install and use EDP.

There's an easy way to know if you have an Intel wireless card or not: go to the BIOS System tab at the top and move down to Device Info. If you have an Intel wireless card, it'll show "Wi-Fi Device = Intel Wireless", if you have a Broadcom-based card such as DW1390/1395/1490/etc, it'll show "Wi-Fi Device = Dell Wireless" and if it's a 3rd-party card like an Atheros, it'll show "Wi-Fi Device = Unknown device installed". If it's Intel, yes disable it in BIOS or take it out, it would have to go anyway... When ModCD is booting, right before it switches to the OSX86 ModCD B&W screen, it should say: Reading ramdisk image: bt(0,0)/Extra/Preboot.dmg Mounting: done You should not have any error message, so yes, it would appear you have a problem, most probably the disc did not burn properly... May be too fast a speed. Or your ModCD image download got corrupted. I would recommend that you start all over again with the ModCD disc.

Ha ha, you wish!

Well, it actually depends on the FSB speed detected by the OS or the BIOS. The T9300 is actually a 2.50GHz CPU: quad-pumped FSB 800MHz and multiplier 12.5 makes it a 200MHz x 12.5 = 2500MHz CPU. You can check more details here: http://ark.intel.com/products/33917/ Now, hardly any computer runs at the exact theoritical/paper speed and there can be slight variations; for instance you may see the FSB run at 798MHz instead of 800MHz exactly. Use a tool like CPUID/CPUZ in Windows and you'll see. Anyway, if you have a T9300, then this is the exact same CPU that I have and, with my pack, you'll indeed see OS X report a 2.49/2.5GHz speed; that is the correct speed, the speed to expect. I have BIOS A18 (you ought to have A17 or A18) and it always shows a max clock speed of 2.50GHz with min clock speed of 1.20GHz.

Make sure to repair permissions (you can use Disk Utility for that) and that you rebuild cache (use Terminal command sudo touch /S/L/E for that then verify timestamping of the files in /S/L/Caches/com.apple.kext.caches/Startup, bearing in mind that cache regeneration can take a min or two). Of course, if you're not using EDP and/or myHack, you may have your own other tool to manage kexts.

Ha, you should stay away from multifail, we've got everything optimized for those models. Anyway, here's a little Mavericks pack for the D630 nVidia; it has everything you would need and, yes, it's not a lot. But that's all you need, the rest is all Vanilla. No strange CPU speed reports with that... Remember to check your BIOS settings against the recommend values and disable IDA if you have a T7xxx CPU (you can keep IDA with T9xxx CPU). D630n_Mav_Pack.zip You may also optimize Bluetooth if required/desired (DW350/DW360), in which case look at the dedicated thread in Reseach section. NB: the pack does not include any wireless kext that you may require, depending on the card you use...

You can probably ignore it, I've seen that before. EDP is totally Ok for Mavericks. If using it caused boot issues, then you proabably did something wrong in the process. What kexts are you using, what Chameleon boot options, what SMBIOS profile, etc? Also what CPU do you have in that D630? I'm not aware of any 2.55GHz FSB800 CPU that could be used in that laptop.

When you run the EDP package to install EDP on your system, it will download a lot of files, you can actually see it if you click the Details button. At the end, the installation package will ask you if you want to run EDP or not. If you reply Yes, then EDP will launch and then you can do your System Build. At that point, I do not know of any script that would ask you to answer Yes or No. The only thing that EDP prompts on startup is a Terminal window where you have to enter your password. After that, nothing. Try and re-install EDP and click Details to monitor what happens. Just a few days ago, we had a forum member who encountered issues installing EDP and it turned out to be his ISP who was blocking the downloads (and so he was getting absolutely nothing!). When he used a 3G connection, everything went trough and he was able to run EDP and finalise his OS X installation.

Hi, You probably know it, but that sort of mod has been done before, though maybe not on a D830. There are quite a few vids on youtube and various forums that show the results. I think we might even have a forum member here who had done this same mod and gave the details, but I can't be 100% certain.

I'm actually using the Voodoo#3 from EDP system build; it's v2.8.1. Works perfectly. Did you use EDP on your system? It's perfectly safe to do a System Build. If you're without EDP, remember to use AppleHDADisabler with VoodooHDA kext.

There is actually a way to be able to turn Bluetooth on and off in Mac OS by patching the appropriate Bluetooth controller (it may not turn BT radio off though...). In the case of the DW350 (dev id 0x8103) and DW360 (dev id 0x8140), we're in the presence of CSR chips (ven id 0x413c). We can therefore patch the CSR Controller kext in the following manner (Mountain Lion samples below): extract a copy of CSR Bluetooth Controller Transport kext from /S/L/E/IOBluetoothFamily.kext PlugIns folder and place it to your desktop open up the kext and edit its info.plist file as detailed below insert lines similar to the following ones (copy, paste and modify an existing Apple Portable module of the file), where PCI ven ids and dev ids are entered in decimal, not hex: <key>DW350</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.iokit.CSRBluetoothHCIControllerUSBTransport</string> <key>IOClass</key> <string>CSRBluetoothHCIControllerUSBTransport</string> <key>IOProviderClass</key> <string>IOUSBDevice</string> <key>idProduct</key> <integer>33027</integer> <key>idVendor</key> <integer>16700</integer> </dict> <key>DW360</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.iokit.CSRBluetoothHCIControllerUSBTransport</string> <key>IOClass</key> <string>CSRBluetoothHCIControllerUSBTransport</string> <key>IOProviderClass</key> <string>IOUSBDevice</string> <key>idProduct</key> <integer>33088</integer> <key>idVendor</key> <integer>16700</integer> </dict> delete every reference to existing Apple modules, Dlink, CSR and otherwise: <key>AppleDesktopModule</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.iokit.CSRBluetoothHCIControllerUSBTransport</string> <key>IOClass</key> <string>CSRBluetoothHCIControllerUSBTransport</string> <key>IOProviderClass</key> ... ... ... <key>idVendor</key> <integer>3641</integer> </dict> save the edited plist copy the patched kext to /E/E or /S/L/E or other, repair permissions & rebuild cache (use myFix if applicable), then reboot After reboot, you should be able to see the Turn On/Turn Off option in the scroll-down menu when you click on the top menu bar BT icon: NB: Apple having the tendency to bring out different Bluetooth kexts at each version or release of Mac OS, it's strongly recommended to repatch the kext from the running version after each Mac OS installation or update, rather than carry kext from previous version or release as they may not work any more. The same principles should be applicable to other BT modules too. This was brought to you by our resourceful friend Bronxteck.

Ok, just did a fresh install with Nawcom's ModCD + retail 10.6.0. You need: ModCD on CD or DVD Retail SL DVD or USB key with retail SL image restored to it a small USB key (for the D630 intel LoRes bootpack) an external screen with VGA cable (for 1st reboot) Here's what to do: boot ModCD swap discs and press [F5] select Mac OS X Install DVD and press [ENTER] (this will boot with default legacy kernel, but it's Ok) select your desired language and click right arrow at the bottom at main install screen, click on language flag at top right corner and choose the appropriate input source that matches your keyboard Click on Utilities in top menu bar and select Disk Utility create your GUID/Mac OS Extended (journaled) partition on your HDD, then exit Disk Utility, click Continue, then Agree at main installation screen, click on your target SL HDD partition to select it, then click Customize button in the displayed list, unselect Printer Support/Additional Fonts/Addtional Languages (unless you want to add another one) and leave the rest unchanged. Then, click Ok. Click Install to proceed with installation on your target SL partition. This will take approximately 20minutes. Once installation completes, you will be prompted to Restart (will do it automatically after 60s). Attach an external display, you're going to need it. When reboot starts: force display output to the external screen by pressing [Fn-F8] key combination. If you do not do that, you'll always end-up with blackscreen when the Snow Leopard Welcome tune plays. interrupt bootstrap and specify boot option GraphicsEnabler=No (mandatory on D630 X3100 LoRes 1280x800 to avoid LCD garbage; not required at all on D630 X3100 HiRes 1440x900). You'll see the boot process on the external screen, then, right at the time when the system switches to Mac OS X desktop, the display will automatically swap back to built-in LCD. The Welcome video will play accompanied by the Welcome tune. Then finish off 1st boot installation. Basically, SL will boot to blackscreen without this trick due to lack of proper info about the built-in LCD in the BIOS DSDT. As such, you need to use our patched DSDT table: download our bootpack from a Windows PC and place it on a FAT-formatted USB key connect that key to your D630 running SL (i.e. once it has booted into SL as per above process) copy the DSDT file to /Extra From there on, you will be able to reboot your D630 straight into Snow Leopard (with full graphics support) and without the external screen trick. Next, you need to finalise your D630 installation (audio, network, BT, etc.) and probably update to SL 10.6.8: download the 10.6.8 Combo update off Apple's web site download myHack 3.1.2 off the Net download EDP package off EDP pages of OSXLatitude website Delete VoodooHDA from /System/Library/Extensions. It was placed there by ModCD, but causes KP when booting 10.6.8 Run myHack 3.1.2 and: Install Extra->Use my own, pointing to our bootpack that you've previously placed on a USB key Install myHack utilities If you have Internet connection, run EDP package to install it, then launch EDP and do a system build, using pre-selected options. If you don't have Internet connection, reboot and repeat this operation (with bootpack installed at previous step (myHack), you'll have your Ethernet connection working after reboot) Run and apply 10.6.8 Combo Update -> You may now reboot into SL 10.6.8 and enjoy full vanilla Snow Leopard! NB: at that stage, you can make an image of your retail DVD. This can subsequently be restored to a USB key on which you can also apply ModUSB + our bootpack/DSDT. That then provides you with a single bootable USB key that allows you to install SL completely from scratch and a bit quicker too.

I'll try it later on on my own D630 Intel. But I can 100% confirm it works because that is how I started on the D630 all those moons ago. What wireless card do you have in that laptop?