55 replies to this topic

[Blah101]

blackosx, on 21 February 2012 - 08:08 AM, said:

UPDATE:
I've narrowed the search for the cause of this problem down slightly by running some crude tests.

Replacing the following kexts with older versions stops my disks disappearing after using a sleep/wake cycle.
AppleAHCIPort.kext v2.4.0 from 10.8 DP1 replaced with version 2.2.0 from 10.7.3
IOAHCIFamily.kext v2.2.0 from 10.8 DP1 replaced with version 2.0.7 from 10.7.3

It's not much, but it's a start.
Next step is to look more closely at these kexts to find out more.....

Thanks man! This worked fantastic. Now I can wake from sleep with no problem.

[hiphopboy]

Quote

AppleAHCIPort.kext v2.2.0
IOAHCIFamily.kext v2.0.7

Anybody can upload this file from 10.7.3 ? Thanks

[kdtt]

My evga x58 board has ahci configurateion options. one of option is hot plug. So I disabled that option and no more problem.
And that also makes orange icons to grey ones but still jmicrons are orange. There are quite a few "still waiting..."errors with ML,I guess that is possibley relate to this. I found in google that somebody changed hd to hitachi one in his macbook pro and upgrade efi firmware of his macbook ,and similar problem occured.
One thing interesting is Seagate hd was not ejected and was fine. All my WD hds were ejected.so everybody here using WD?
I guess wd's power saving thing is not suitable to ML's powermanagement

[blackosx]

Blah101, on 27 February 2012 - 03:36 AM, said:

Thanks man! This worked fantastic. Now I can wake from sleep with no problem.

Did you try the more recent, simpler workaround from post #20?

hiphopboy, on 27 February 2012 - 04:37 PM, said:

Anybody can upload this file from 10.7.3 ? Thanks

Try the more recent, simpler workaround from post #20. That way you can keep with DP1's vanilla kexts.

kdtt, on 27 February 2012 - 06:38 PM, said:

My evga x58 board has ahci configurateion options. one of option is hot plug. So I disabled that option and no more problem.
..../snip/....
All my WD hds were ejected.so everybody here using WD?

Interesting find kdtt, thanks for sharing. I'll have to check my BIOS to see if I have an option for this also. Hot-plug is one of the features of ICH10 and that feature and the problem disappears when I match ESB2 to my deviceID, so it's definitely related. So maybe that's the issue.!

For ref, I'm using two Samsing HDD's

sincro77, on 28 February 2012 - 08:13 AM, said:

are you guys using any sleepenablers? or just dsdt..? with hpet or witout..?   and please upload the 10.7.3 files for us.. thanks

No sleepenabler and just DSDT with device (HPET). See above as to why you shouldn't need the 10.7.3 kexts.

[kdtt]

I used to use orangeiconfix.kext. Before that ,it was years ago, I used different injector which I don't remember it's name.
When I use that kext  ,there wasn't eject button in finder. but orangeiconfix.kext made the eject button in finder.
Maybe if you use that kext which makes hd internal, problem might disappear.
Is anyone using that kext which shows no eject button in finder?

[hiphopboy]

blackosx, on 28 February 2012 - 03:14 PM, said:

Did you try the more recent, simpler workaround from post #20?


Try the more recent, simpler workaround from post #20. That way you can keep with DP1's vanilla kexts.


Interesting find kdtt, thanks for sharing. I'll have to check my BIOS to see if I have an option for this also. Hot-plug is one of the features of ICH10 and that feature and the problem disappears when I match ESB2 to my deviceID, so it's definitely related. So maybe that's the issue.!

For ref, I'm using two Samsing HDD's


No sleepenabler and just DSDT with device (HPET). See above as to why you shouldn't need the 10.7.3 kexts.

Not works with me i tested your file as before

[blackosx]

kdtt, on 29 February 2012 - 02:57 AM, said:

I used to use orangeiconfix.kext. Before that ,it was years ago, I used different injector which I don't remember it's name.
When I use that kext  ,there wasn't eject button in finder. but orangeiconfix.kext made the eject button in finder.
Maybe if you use that kext which makes hd internal, problem might disappear.
Is anyone using that kext which shows no eject button in finder?

The OrangeIconFix.kext doesn't affect the problem. It's cosmetic and only makes OS X use internal icons for external devices therefore leaving ICH10's hot-plug feature still active and the eject buttons still appear in the Finder. Using this, my drives are still lost after a sleep/wake cycle.

The other way which doesn't change the deviceID's yet allows the drives appear as internal drives and not ejectable in the Finder is using the patched IOAHCIBlockStorage.kext. This doesn't make any difference for this problem either.

Your BIOS allows you to disable the hot-plug feature  - which looks like being the reason for this problem here,  where as my BIOS doesn't so the only fix I've so far found is to make OS X think I am not using ICH10 by changing my deviceID, which in essence removes the hot-plug feature.

hiphopboy, on 29 February 2012 - 06:30 AM, said:

Not works with me i tested your file as before

What southbridge does your board use?

[kdtt]

I saw in google that there was a similar problem in windows 7, quite a lot people reported that they have disappearing hard disks after wake.
and microsoft released hot fix for that. They said the reason was new eco drives and  big sata drives need more time to initialize.
I guess hot plug enabled ich10 needs more time.

[blackosx]

Well my two HDD's are not new and only 500GB each. And they work perfectly well in every other OS type and version, just not when waking from sleep with 10.8 DP1's AHCI kexts and my ICH10.

I guess I've got to find out if this issue happens for every user using ICH10?

[STLVNUB]

Same wake from sleep problem on ICH9,  the ESB2 fix works fine here.

[Blah101]

Now I have a slightly different problem. Although I can wake from sleep, shut down gives me a CMOS reset when I turn on. Any ideas?

[blackosx]

STLVNUB, on 29 February 2012 - 11:18 PM, said:

Same wake from sleep problem on ICH9,  the ESB2 fix works fine here.

Hi STLVNUB - Thanks for the report that it's not only ICH10 that's affected.
So any thoughts on this issue - Could it be a bug or a product of design maybe?

Blah101, on 29 February 2012 - 11:37 PM, said:

Now I have a slightly different problem. Although I can wake from sleep, shut down gives me a CMOS reset when I turn on. Any ideas?

For that, you need to read the CMOS reset thread here  (which by the way is incorrectly placed in the installation sub forum and not the post installation sub forum - mods?)

ps. BTW blah101 - can you maybe rename this thread to something more descriptive of this problem? - perhaps something like... Wake from Sleep - Freeze - Due to ejected HDD's

[Blah101]

blackosx, on 01 March 2012 - 06:55 AM, said:

Hi STLVNUB - Thanks for the report that it's not only ICH10 that's affected.
So any thoughts on this issue - Could it be a bug or a product of design maybe?


For that, you need to read the CMOS reset thread here  (which by the way is incorrectly placed in the installation sub forum and not the post installation sub forum - mods?)

ps. BTW blah101 - can you maybe rename this thread to something more descriptive of this problem? - perhaps something like... Wake from Sleep - Freeze - Due to ejected HDD's

Renamed, also I will move the solutions to the first post this weekend. Thank you, I will check out that thread.

[blackosx]

Nice.. Good job

[mitch_de]

blackosx, on 24 February 2012 - 12:26 PM, said:

Hi efimac

NOTE: This is only for testing and not something I'd recommend as a permanent fix.
I used an old trick to change the device-id - You can find read about it here: http://www.insanelym...dpost&p=1253758

It's just another step towards trying to pinpoint, or at least to help with trying to understand why I experience loss of drives after a sleep/wake cycle. I now know at least that it's something to do with using my native ICH10 with 10.8 DP1's  AppleAHCIPort.kext and IOAHCIFamily.kext.

Thanks , can you please make an CodeBox with some more code around the patch (ESB2) , maybe orig, vs. patched code section,  to see better were i must do the changes?
I have an ICH9 Chipset with Gigabyte EP35 board.

[blackosx]

Hi mitch_de

When booting with Chameleon I now use the LegacyAppleAHCIPort.kext in /Extra/10.8/Extensions. But I still use the DSDT patch when I'm booting with Clover as the kext somehow clahses with Clovers GraphicsEnabler.

This is what I used in the DSDT...

Before:

Device (SATA)
			{
				Name (_ADR, 0x001F0002)
			}

After:

Device (SATA)
			{
				Name (_ADR, 0x001F0002)
				Method (_DSM, 4, NotSerialized)
					{
						Store (Package (0x02)
						{
						"device-id",
						Buffer (0x04)
						{
							0x81, 0x26, 0x00, 0x00
						}
					}, Local0)
					DTGP (Arg2, RefOf (Local0))
					Return (Local0)
				}
			}

[hiphopboy]

blackosx, on 29 February 2012 - 08:19 AM, said:

What southbridge does your board use?

i'm on Gigabyte G41-Combo with ICH7

[blackosx]

Thanks for returning with your details hiphopboy.
You're the first to report ICH7 also suffers this issue. So that's ICH10R, ICH9 and ICH7 now.

So what happened when you tried the temporary workaround of using the LegacyAppleAHCIPort.kext ?
Did you edit the kext to match your deviceID against the ESB2 AHCI wording as shown in post #20?
I ask because if it works for other I/O controllers I wonder why it didn't work for yours.

[LatinMcG]

i think we need to add code for _EJT for port 0 ?
acpi docs has something about it.
i think we can find code from non affected boards ? i have ich7 and havent tried mountain yet... yet