Jump to content

2 or more SATA drives,(SOLVED, you may or may not be happy) performance issues, lists your kexts here


dacheat
 Share

18 posts in this topic

Recommended Posts

If you are having the (more than one SATA drive) slowness, unresponsiveness, beachball h3ll problem the you should consider the following.

 

I spent almost all of labor day weekend sorting this out. I think that I've bruised all of the kext's in /Extra/Extensions due to so many kextcache cycles. I did some by hand, some with the .ru tool, Kext Utility. I was convinced that I had a working, stable, and fast 64-bit system but need a 32-bit system until Fusion is sorted out. I Googled, searched, went through booting with my external usb drive when I messed things up all to come to the following conclusion.. The Apple ICH kernel modules (drivers for you Windows folks) do not like my ICH10 hardware in AHCI Enhanced mode. In fact, it does not like it in AHCI mode at all. Again, I thought it was just a 32-bit issue but past experience with other UNIX's made me question a lot of what was going on. I got home from work today and googled 10.5.8 vs 10.6 kext compatibility and ran across a THREAD where everyone was begging Netkas for a SL PATA driver for, GASP.. ICH, ACHI enabled motherboards.. including very modern ICH's like mine.. the ICH10 on the ASUS P6T.

 

<rant>At this point I was both overjoyed and extremely pissed; Netkas :thumbsup_anim: and Apple :D. I looked back and remembered building AHCI kernel modules into mid-release 2.6.x Linux kernels in 2007 when it first came out, with no issues on a vanilla kernel, it works great in Solaris 10, FreeBSD etc.. I was using AHCI in enhanced mode in Leopard up to 10.5.8, but in 10.6.. it stinks if you are using more than one SATA drive; seriously???? :rolleyes: . If your's is working, congratulations but you are reading the rantings of a really tired, over-googled, over-insanlymac'd searching, poster with a decade of UNIX under my belt. I really wanted it to be my updated BIOS, my DSDT, a kext dependency issue, or something that the hacker community caused; I think that it's not. </rant>

 

I really want to be proven wrong (still not apologising for my rant though :whistle:) by someone with a real Mac Pro, more than one SATA drive, and SL, but I cannot find that person yet.

 

THE ANSWER is to go into your BIOS, set your disk drive settings to IDE/COMPATIBLE after installing the attached kext (from Netkas.org). I'm still running 3 SATA drives, two in a AppleRaid mirror and get great performance. I want to go back to AHCI/ENHANCED but I cannot until this gets sorted out. Remember, 10.5.8 supported ICH10 without any issues; at least on my P6T is did.

 

Anyway.. good luck and have a good laugh at my rant at my expense :hysterical:

 

---Original Post Begins Below---

 

All,

 

I'm starting this thread so that we can figure out what is causing the horrible/un-useable performance issues when running Snow Leopard and 2 or more SATA drives. I am having no issues running the x64 kernel with the kexts listed below. x32 kernel is barely useable unless I run with a single SATA drive. It should be noted however, x32 kernel and a single drive runs very well. I'm hoping that this is not a DSDT issue; I'm using the one I used with 10.5.8 and it worked just find with 3 SATA drives.

 

Background information can be found here Background Thread

 

If you don't mind. Please run (from terminal) ls -lah /Extra/Extensions and post the output below. Also, please indicate kernel version. This can be done by running uname -a at the same terminal prompt you ran ls -lah /Extra/Extensions from. You will see x86_64 if you are running the 64-bit kernel; otherwise you are running the 32-bit kernel.

 

Also, can someone with a real Mac Pro, running Snow Leopard, insert a second SATA drive and report back? I'm trying to eliminate as many variables as possible. The entire point of this post is to determine if we are causing the issues with by using 3rd party kext's or is this a problem Apple needs to sort out on their own. Keep in mind that most Mac's ship with a single SATA drive and we are not experiencing any issues in that configuration wether it be 32 or 64-bit kernel. I would however think that Apple would have performed testing with the MacPro's considering that they can be ordered with more than one SATA drive.

 

+--------+

KEXTS

+--------+

 

drwxr-xr-x@ 3 root wheel 102B Aug 17 09:16 AppleHDA.kext

drwxr-xr-x@ 3 root wheel 102B Aug 30 23:17 Disabler.kext

drwxr-xr-x@ 3 root wheel 102B Aug 18 13:45 IOAHCIBlockStorageInjector.kext

drwxr-xr-x@ 3 root wheel 102B May 29 10:46 LegacyHDA.kext

drwxr-xr-x@ 3 root wheel 102B Jun 27 23:37 OpenHaltRestart.kext

drwxr-xr-x 3 root wheel 102B Jun 28 02:59 PlatformUUID.kext

drwxr-xr-x@ 3 root wheel 102B Aug 30 23:17 fakesmc.kext

 

+---------+

KERNEL

+---------+

 

RELEASE_X86_64

AppleIntelPIIXATA.kext.zip

Link to comment
Share on other sites

TIZZLE:~ ben$ ls -lah /Extra/Extensions
total 0
drwxr-xr-x  10 root  wheel   340B Sep  6 19:09 .
drwxr-xr-x   7 root  staff   238B Sep  7 09:32 ..
drwxr-xr-x@  3 root  wheel   102B Aug 14 02:12 ALC889a.kext
drwxr-xr-x@  3 root  wheel   102B Aug 18 12:45 IOAHCIBlockStorageInjector.kext
drwxr-xr-x@  3 root  wheel   102B Jul 29 11:31 LegacyHDA.kext
drwxr-xr-x@  3 root  wheel   102B Aug 16 13:10 NullCPUPowerManagement.kext
drwxr-xr-x@  3 root  wheel   102B Aug 18 12:45 OpenHaltRestart.kext
drwxr-xr-x@  4 root  wheel   136B Sep  6 10:15 PlatformUUID.kext
drwxr-xr-x@  3 root  wheel   102B Aug 16 14:31 SleepEnabler.kext
drwxr-xr-x@  3 root  wheel   102B Aug 22 04:33 fakesmc.kext
TIZZLE:~ ben$ uname -a
Darwin TIZZLE.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31 22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386

 

I would like to throw in my experience, in that I have no performance issues that I can see with my current set up, and 2 SATA hard drives + SATA DVD.

 

Here's my XBench results for my System drive, on SATA 0

Results	61.91	
System Info		
	Xbench Version		1.3
	System Version		10.6 (10A432)
	Physical RAM		4096 MB
	Model		MacPro3,1
	Drive Type		WDC WD1200JS-00MHB0
Disk Test	61.91	
	Sequential	98.08	
		Uncached Write	100.25	61.55 MB/sec [4K blocks]
		Uncached Write	101.01	57.15 MB/sec [256K blocks]
		Uncached Read	79.92	23.39 MB/sec [4K blocks]
		Uncached Read	119.13	59.87 MB/sec [256K blocks]
	Random	45.23	
		Uncached Write	16.25	1.72 MB/sec [4K blocks]
		Uncached Write	128.24	41.05 MB/sec [256K blocks]
		Uncached Read	87.72	0.62 MB/sec [4K blocks]
		Uncached Read	129.99	24.12 MB/sec [256K blocks]

 

And here's the results for my second drive, on SATA 1.

Results	56.49	
System Info		
	Xbench Version		1.3
	System Version		10.6 (10A432)
	Physical RAM		4096 MB
	Model		MacPro3,1
	Drive Type		ST3320620AS
Disk Test	56.49	
	Sequential	72.33	
		Uncached Write	59.72	36.67 MB/sec [4K blocks]
		Uncached Write	135.83	76.85 MB/sec [256K blocks]
		Uncached Read	40.44	11.83 MB/sec [4K blocks]
		Uncached Read	154.62	77.71 MB/sec [256K blocks]
	Random	46.34	
		Uncached Write	17.21	1.82 MB/sec [4K blocks]
		Uncached Write	91.34	29.24 MB/sec [256K blocks]
		Uncached Read	93.33	0.66 MB/sec [4K blocks]
		Uncached Read	152.32	28.26 MB/sec [256K blocks]

 

The system drive is a 120GB Western Digital SATA II, and the second is a 320GB Seagate SATA II.

Link to comment
Share on other sites

TIZZLE:~ ben$ ls -lah /Extra/Extensions
total 0
drwxr-xr-x  10 root  wheel   340B Sep  6 19:09 .
drwxr-xr-x   7 root  staff   238B Sep  7 09:32 ..
drwxr-xr-x@  3 root  wheel   102B Aug 14 02:12 ALC889a.kext
drwxr-xr-x@  3 root  wheel   102B Aug 18 12:45 IOAHCIBlockStorageInjector.kext
drwxr-xr-x@  3 root  wheel   102B Jul 29 11:31 LegacyHDA.kext
drwxr-xr-x@  3 root  wheel   102B Aug 16 13:10 NullCPUPowerManagement.kext
drwxr-xr-x@  3 root  wheel   102B Aug 18 12:45 OpenHaltRestart.kext
drwxr-xr-x@  4 root  wheel   136B Sep  6 10:15 PlatformUUID.kext
drwxr-xr-x@  3 root  wheel   102B Aug 16 14:31 SleepEnabler.kext
drwxr-xr-x@  3 root  wheel   102B Aug 22 04:33 fakesmc.kext
TIZZLE:~ ben$ uname -a
Darwin TIZZLE.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31 22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386

 

I would like to throw in my experience, in that I have no performance issues that I can see with my current set up, and 2 SATA hard drives + SATA DVD.

 

Here's my XBench results for my System drive, on SATA 0

Results	61.91	
System Info		
	Xbench Version		1.3
	System Version		10.6 (10A432)
	Physical RAM		4096 MB
	Model		MacPro3,1
	Drive Type		WDC WD1200JS-00MHB0
Disk Test	61.91	
	Sequential	98.08	
		Uncached Write	100.25	61.55 MB/sec [4K blocks]
		Uncached Write	101.01	57.15 MB/sec [256K blocks]
		Uncached Read	79.92	23.39 MB/sec [4K blocks]
		Uncached Read	119.13	59.87 MB/sec [256K blocks]
	Random	45.23	
		Uncached Write	16.25	1.72 MB/sec [4K blocks]
		Uncached Write	128.24	41.05 MB/sec [256K blocks]
		Uncached Read	87.72	0.62 MB/sec [4K blocks]
		Uncached Read	129.99	24.12 MB/sec [256K blocks]

 

And here's the results for my second drive, on SATA 1.

Results	56.49	
System Info		
	Xbench Version		1.3
	System Version		10.6 (10A432)
	Physical RAM		4096 MB
	Model		MacPro3,1
	Drive Type		ST3320620AS
Disk Test	56.49	
	Sequential	72.33	
		Uncached Write	59.72	36.67 MB/sec [4K blocks]
		Uncached Write	135.83	76.85 MB/sec [256K blocks]
		Uncached Read	40.44	11.83 MB/sec [4K blocks]
		Uncached Read	154.62	77.71 MB/sec [256K blocks]
	Random	46.34	
		Uncached Write	17.21	1.82 MB/sec [4K blocks]
		Uncached Write	91.34	29.24 MB/sec [256K blocks]
		Uncached Read	93.33	0.66 MB/sec [4K blocks]
		Uncached Read	152.32	28.26 MB/sec [256K blocks]

 

The system drive is a 120GB Western Digital SATA II, and the second is a 320GB Seagate SATA II.

 

Good info.. do you know what ICH you are using? ICH9 or ICH10? Also.. what board are you using? If you are running an ICH10 board then I am suspecting that those of using with ICH10's are causing problems with one or a few of the kext's we are using.

Link to comment
Share on other sites

Um.. I just installed Chameleon RC3.. I'm back to having SATA issues in x64 now. Guys.. any help here?? Could this be a Chameleon issue? Or lack of knowledge on our (my) part of how to configure it correctly? I'm re-installing RC1 until I hear back.

 

 

 

 

 

 

 

 

 

 

 

All,

 

I'm starting this thread so that we can figure out what is causing the horrible/un-useable performance issues when running Snow Leopard and 2 or more SATA drives. I am having no issues running the x64 kernel with the kexts listed below. x32 kernel is barely useable unless I run with a single SATA drive. It should be noted however, x32 kernel and a single drive runs very well. I'm hoping that this is not a DSDT issue; I'm using the one I used with 10.5.8 and it worked just find with 3 SATA drives.

 

Background information can be found here Background Thread

 

If you don't mind. Please run (from terminal) ls -lah /Extra/Extensions and post the output below. Also, please indicate kernel version. This can be done by running uname -a at the same terminal prompt you ran ls -lah /Extra/Extensions from. You will see x86_64 if you are running the 64-bit kernel; otherwise you are running the 32-bit kernel.

 

Also, can someone with a real Mac Pro, running Snow Leopard, insert a second SATA drive and report back? I'm trying to eliminate as many variables as possible. The entire point of this post is to determine if we are causing the issues with by using 3rd party kext's or is this a problem Apple needs to sort out on their own. Keep in mind that most Mac's ship with a single SATA drive and we are not experiencing any issues in that configuration wether it be 32 or 64-bit kernel. I would however think that Apple would have performed testing with the MacPro's considering that they can be ordered with more than one SATA drive.

 

+--------+

KEXTS

+--------+

 

drwxr-xr-x@ 3 root wheel 102B Aug 17 09:16 AppleHDA.kext

drwxr-xr-x@ 3 root wheel 102B Aug 30 23:17 Disabler.kext

drwxr-xr-x@ 3 root wheel 102B Aug 18 13:45 IOAHCIBlockStorageInjector.kext

drwxr-xr-x@ 3 root wheel 102B May 29 10:46 LegacyHDA.kext

drwxr-xr-x@ 3 root wheel 102B Jun 27 23:37 OpenHaltRestart.kext

drwxr-xr-x 3 root wheel 102B Jun 28 02:59 PlatformUUID.kext

drwxr-xr-x@ 3 root wheel 102B Aug 30 23:17 fakesmc.kext

 

+---------+

KERNEL

+---------+

 

RELEASE_X86_64

Link to comment
Share on other sites

drwxr-xr-x@  3 root  wheel   102B Sep  6 17:28 IOAHCIBlockStorageInjector.kext
drwxr-xr-x   3 root  wheel   102B Aug 24 16:50 LegacyHDA.kext
drwxr-xr-x@  3 root  wheel   102B Aug 23 16:59 NullCPUPowerManagement.kext
drwxr-xr-x@  3 root  wheel   102B Sep  6 17:28 OpenHaltRestart.kext
drwxr-xr-x@  3 root  wheel   102B Aug 23 17:01 PlatformUUID.kext
drwxr-xr-x@  3 root  wheel   102B Sep  6 17:28 fakesmc.kext

 

Was running PCEFI 10.2, now running Chameleon RC3 with five SATA drives and zero issues in either x32 or x64 on a vanilla SL install. S/L/E is untouched except for one kext to enable my ATI 4850 to function. Otherwise I'm noticing zero problems with my setup - file transfers are fast, no KPs, etc. I'm on a Gigabyte EP45-UD3P

 

What performance issues are you getting? Could it be related to your mobo/dsdt?

Link to comment
Share on other sites

So I grabbed the attached version of fakesmc.kext and it works with Chameleon RC3. Still having issues with 32-bit kernel .. it did seem to be a bit better but still unusable.

 

I'm beginning to think this has to be an issue with the fakesmc.kext version floating around. I had to change to the one I've attached for it to work with RC3.

 

Could you PLEASE attach the one that you are using date Sept 6 in your output below?

 

Thanks.

 

 

drwxr-xr-x@  3 root  wheel   102B Sep  6 17:28 IOAHCIBlockStorageInjector.kext
drwxr-xr-x   3 root  wheel   102B Aug 24 16:50 LegacyHDA.kext
drwxr-xr-x@  3 root  wheel   102B Aug 23 16:59 NullCPUPowerManagement.kext
drwxr-xr-x@  3 root  wheel   102B Sep  6 17:28 OpenHaltRestart.kext
drwxr-xr-x@  3 root  wheel   102B Aug 23 17:01 PlatformUUID.kext
drwxr-xr-x@  3 root  wheel   102B Sep  6 17:28 fakesmc.kext

 

Was running PCEFI 10.2, now running Chameleon RC3 with five SATA drives and zero issues in either x32 or x64 on a vanilla SL install. S/L/E is untouched except for one kext to enable my ATI 4850 to function. Otherwise I'm noticing zero problems with my setup - file transfers are fast, no KPs, etc. I'm on a Gigabyte EP45-UD3P

 

What performance issues are you getting? Could it be related to your mobo/dsdt?

fakesmc.kext.zip

Link to comment
Share on other sites

If it makes a difference, I am using the Chameleon-2.0-RC2-r640, with Netkas boot file 10.1.

 

 

I've kept RC3 and have tested the difference in fakesmc.kext vs dsmos.kext etc. The version of fakesmc.kext that I attached in my previous post work in x64 with RC3. The previous version of fakesmc.kext causes the drives to be really slow in RC3, the same with the latests dsmos.kext from netkas. So.. all of this is pointing me to needing a version of fakesmc.kext for my board or those with ICH10's. I'm considering using the dsmos.kext from my working 10.5.8 install, and booting to the 32-bit kernel for testing.

 

Sure, although I doubt there's anything remarkable about the fakesmc I'm posting.

 

BTW, are you using Kext Utility to repair all your extensions/caches even when installing your extensions to E/E? I note this only because incorrect permissions was the only reason my SL was so unstable initially.

 

 

Yeah.. I'm pretty bummed about this. I used kext utility and I used UNIX diff to compare the info .plists and smc binaries in the fakesmc.kext. Not sure what's going on.. I have a perfectly stably, fast, 100% 64-bit machine. Boot into 32-bit and it's intermittent SATA access all over the place. I did a test.. my itunes library is on my raid-vol. SATA disk 2 and SATA disk 3. Using the 32-bit kernel.. I cannot get through one song without it pausing.. then moving on. In 64-bit.. I plays happily all day long.

 

Oh well :P

Link to comment
Share on other sites

Yeah.. I'm pretty bummed about this. I used kext utility and I used UNIX diff to compare the info .plists and smc binaries in the fakesmc.kext. Not sure what's going on.. I have a perfectly stably, fast, 100% 64-bit machine. Boot into 32-bit and it's intermittent SATA access all over the place. I did a test.. my itunes library is on my raid-vol. SATA disk 2 and SATA disk 3. Using the 32-bit kernel.. I cannot get through one song without it pausing.. then moving on. In 64-bit.. I plays happily all day long.

 

Oh well :D

Hmm, afraid I can't help since I'm not running RAID (but still using ACHI). Is there anything holding you back from going full x64? I just made the switch and only need to await 64-bit Wacom drivers.

 

Perhaps try turning off hard drive sleep in your energy preference pane?

Link to comment
Share on other sites

Hmm, afraid I can't help since I'm not running RAID (but still using ACHI). Is there anything holding you back from going full x64? I just made the switch and only need to await 64-bit Wacom drivers.

 

Perhaps try turning off hard drive sleep in your energy preference pane?

 

 

VMware Fusion is the only thing holding me back. I have a Core i7 and 6gig of ram.. The installer actually chose the 64bit kernel by default. I can wait for VMware to get things sorted out etc I guess. As far as the RAID goes.. its just concatenating Disk2 and Disk 3.. still using AHCI etc. AHCI is awesome.. I remember building Linux Kernel's for it when it first came out. Its nice and fast and most UNIX's deal with it well.

 

I turned off the hard drive sleep etc so its not that.

 

Thank you very much for your help.. this is really giving me a headache. To think.. this is why I moved on from Linux to BSD.. Spent too many days trying to get custom compiled Linux kernel's perfect.. here I go again ;-)

Link to comment
Share on other sites

OK, here is my list. Everything is working fine in 32bit kernel mode (initialized through arch=i386 kernel flag).

 

cyblands-iMac:~ cybland$ uname -a

Darwin cyblands-iMac.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31 22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386

cyblands-iMac:~ cybland$ ls -lah /Extra/Extensions

total 0
drwxr-xr-x  13 root  wheel   442B Sep  5 21:14 .
drwxr-xr-x   8 root  admin   272B Sep  5 21:54 ..
drwxr-xr-x@  3 root  wheel   102B Apr  1 16:47 AHCIPortInjector.kext
drwxr-xr-x@  3 root  wheel   102B Jul 20 22:46 AppleVIAATA.kext
drwxr-xr-x@  3 root  wheel   102B Aug 25 17:52 EVOenabler.kext
drwxr-xr-x@  3 root  wheel   102B Aug 16 21:42 IOAHCIBlockStorageInjector.kext
drwxr-xr-x@  3 root  wheel   102B Jun 27 01:50 NullCPUPowerManagement.kext
drwxr-xr-x@  3 root  wheel   102B Jun 28 05:37 OpenHaltRestart.kext
drwxr-xr-x@  3 root  wheel   102B Jun 28 08:59 PlatformUUID.kext
drwxr-xr-x@  3 root  wheel   102B Jul 17 15:55 UUID.kext
drwxr-xr-x@  3 root  wheel   102B Aug 22 11:33 fakesmc.kext

 

Here are screenshots from Xbench.

 

post-187834-1252346952_thumb.png

 

post-187834-1252346962_thumb.png

 

post-187834-1252346913_thumb.png

 

post-187834-1252346889_thumb.png

 

As far as I can see you don't have AHCIPortInjector.kext in your E/E.

Link to comment
Share on other sites

OK, here is my list. Everything is working fine in 32bit kernel mode (initialized through arch=i386 kernel flag).

 

cyblands-iMac:~ cybland$ uname -a

Darwin cyblands-iMac.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31 22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386

cyblands-iMac:~ cybland$ ls -lah /Extra/Extensions

total 0
drwxr-xr-x  13 root  wheel   442B Sep  5 21:14 .
drwxr-xr-x   8 root  admin   272B Sep  5 21:54 ..
drwxr-xr-x@  3 root  wheel   102B Apr  1 16:47 AHCIPortInjector.kext
drwxr-xr-x@  3 root  wheel   102B Jul 20 22:46 AppleVIAATA.kext
drwxr-xr-x@  3 root  wheel   102B Aug 25 17:52 EVOenabler.kext
drwxr-xr-x@  3 root  wheel   102B Aug 16 21:42 IOAHCIBlockStorageInjector.kext
drwxr-xr-x@  3 root  wheel   102B Jun 27 01:50 NullCPUPowerManagement.kext
drwxr-xr-x@  3 root  wheel   102B Jun 28 05:37 OpenHaltRestart.kext
drwxr-xr-x@  3 root  wheel   102B Jun 28 08:59 PlatformUUID.kext
drwxr-xr-x@  3 root  wheel   102B Jul 17 15:55 UUID.kext
drwxr-xr-x@  3 root  wheel   102B Aug 22 11:33 fakesmc.kext

 

Here are screenshots from Xbench.

 

post-187834-1252346952_thumb.png

 

post-187834-1252346962_thumb.png

 

post-187834-1252346913_thumb.png

 

post-187834-1252346889_thumb.png

 

As far as I can see you don't have AHCIPortInjector.kext in your E/E.

 

 

Hey.. thanks for the post. I'll give the AHCI injector kext a try this afternoon. I can't help but wonder why I'd need it in 32-bit mode vs 64-bit. Either way.. thank you!

Link to comment
Share on other sites

Here, you can try with the one I have.

 

 

AHCIPortInjector.kext.zip

 

 

Thanks mate.. I gave it a try and I still experience the same issue with the 32-bit kernel. I was really hoping to be able to work this one out as there is a whole thread with people with a very similar problem. Hoping for a 10.6.1 fix or maybe I'll be lucky when Apple releases Mac Pro's with ICH10 and Core i7.

 

I'm officially hanging up my "Bang head here" sign and gonna give it a rest for a while. 64-bit is running so so well.. Macports etc is perfect. I still want to know what the problem is but I'll have to wait it out for now.

 

Thanks to all who replied to this thread.

Link to comment
Share on other sites

Thanks mate.. I gave it a try and I still experience the same issue with the 32-bit kernel. I was really hoping to be able to work this one out as there is a whole thread with people with a very similar problem. Hoping for a 10.6.1 fix or maybe I'll be lucky when Apple releases Mac Pro's with ICH10 and Core i7.

 

I'm officially hanging up my "Bang head here" sign and gonna give it a rest for a while. 64-bit is running so so well.. Macports etc is perfect. I still want to know what the problem is but I'll have to wait it out for now.

 

Thanks to all who replied to this thread.

 

 

ttt for people to read so they can stop banging their head against the wall on this one.

Link to comment
Share on other sites

  • 2 months later...

Dacheat,

 

A big T-H-A-N-K-S for saving my sanity here! And no, I haven't put up a "bash head here sign" just yet. I had the same trouble with my Asus T3 P5P43 barebone which also uses a ICH10 chip. Tried almost everything (kernel extentions, DSDT.aml etc.) but to no avail... until I just changed AHCI back to IDE in the BIOS.

 

I could have sworn that I've read somewhere that you should put your BIOS on AHCI?? ;)

 

Anyway, one happy hackintosher here ;-)

 

 

Regards,

 

Mrtn.

 

 

(Asus T3 P5P43, Intel Core Quad 9550, 1 GB SATA disk, SATA DVD RW)

Link to comment
Share on other sites

 Share

×
×
  • Create New...