InfiniteMac OSx86 - Slow Hard Drive access on Snow

InfiniteMac OSx86 (http://infinitemac.com/forum.php)

- Snow Leopard 10.6 (http://infinitemac.com/forumdisplay.php?f=87)

- - Slow Hard Drive access on Snow (http://infinitemac.com/showthread.php?t=3748)

Anybody have any ideas?

This same issue is still a current problem even after removing all but the necessary kext from EXTRA. SATA0 responds normally (maybe a little slower than normal)... while SATA 1-5 sometimes don't even appear on desktop as usable drive. Again this is my Dell T3400 with X48 chipset, 8gig ram, QX9650, ICH9R which still is not recognized by system profiler. I'm gonna put my money on a problem with dsdt.asl not working properly.
I don't see any errors in console that relate to these disk access issues.

Still having this problem. Access to 1st SATA device seems to be fine, but the other hard drives are really slow and getting my system freeze for some minutes! :(

Confirm I have this problem with MSI P45 Neo2 (ICH10R). 2 SATA drives with Win7 on the first and both Leo/SL on the second. I'm using vanilla kexts (besides Null, Sleep, fakesmc, OHR, Platform).

This is how I seemed to fix the issue for a Dell Precision T3400 X48 ICH9 based SL install. You'll need to install from the USB method... ***copy latest kextutility to the root of your USB flash drive... you'll need to copy it to the new SL drive once install is complete
:
PREPARATION
1- From any working Leopard hard drive install Chameleon RC-1 to the GUID formatted target SL drive. (preferably on SATA0)
2- Copy PCefi 10.1 boot file to the root level target SL drive
3- Copy your version of dsdt.aml to both the root AND the EXTRA folder
3- Delete pre-existing files from within EXTRA\EXTENSIONS
4- Copy latest SL files RTC, Disabler, IOACHI, Sleep, fakesmc, OHR, Platform into EXTRA\EXTENSIONS (remember to update UUID info for Platform)

*** limiting to just these file and the clean USB install fixed all SATA issues.

5- Copy modified com.boot.apple.Boot.plist AND smbios.plist to Extra (remember to update UUID section of smbios.plist)
6- Reboot into BIOS and turn off all SATA 1-5 leaving your target SL install drive on SATA0 active

INSTALL
1- Reboot again and select your USB as the target for boot.
2- Install to target SL drive on SATA0
3- Reboot into BIOS and turn all SATA back on and select SL drive as boot drive
4- During Chameleon boot press space until Boot appears near bottom left and type -x -x32
5- you should get the welcome screen and eventually the desktop
6- IMMEDIATELY copy the kextutility from the root of your install USB drive to your desktop & let it rebuild all mkext

That's it... you can now reboot without the -x32 argument and hopefully have stable SATA respose.

LOL. I'm somehow sceptical it really solves the problem. :P

I've been testing this Dell Precision T3400 x48 motherboard with SL for 2 weeks trying to get stable SATA0-5... minimizing the number of kext withing EXTRA\EXTENSIONS to the minimum seems to be key along with clean install from SL type drive. I've not changed my dsdt.aml in any way and once I removed such 64bit kext like jmicron, ioata, and duplicates like Null + Disabler (didn't realize they were somewhat duplicates) SATA0-5 behaves normally.

Ideally if you apply this "minimal kext" theory to the USB Install flash drive as well... you shouldn't need to disable SATA1-5 prior to install.. as the offending kext isn't present.

Once kextutility repairs all mkext and you reboot into 64bit SL... clicking on the Eject icon now immediately shows 2 DVD drives and all other throughput on hard drives & DVD drives SATA0-5 are normal.

I've only had this latest test running for 1 day.. but rebooted 3-5 times and SATA continues to be stable.

I was wrong... still plagued with slow SATA 1-5 :(

Here's a clue if it helps one of the uber hackintosh crew... if I double click a hard drive on SATA 1... finder opens but spining beach ball appears during the long delay.. unless I launch an app that steals focus from that window... then it immediately updates correctly.

Does it happen only in 64 bits or also in 32 bits?
Get rid of all the AHCI injectors, none of them are needed, including the BlockStorageInjector.
Also I would try plugging the system drive on port 1,2,3... to find out if the slow down is caused by non system disks, or by ports others than SATA0.

@Hubba - I think Thorazine is right...

Try modifying plist on AppleAHCIPort.kext to add an entry for your ICH9R. Copy the entry for ICH8R, change just the descriptive entries to ICH9 where these are ICH8 and change just the address of the controller which on the T3400 should be 0x28228086.

I hope this helps.