<< Solved >> Process "com.apple.parsec-fbf.flush" on Catalina 10.15.2 prevents system from sleeping automatically.

[xavierniu]

Bit late on this one. I did the the same swap as you and I nailed the reason for the hack not sleeping cause forgot to disable the on-board Wifi chip (DW1560) in my USB port definition when I swapped it to a PCI based chip. You may want to check that too.

Hi, mango1122

For now I can confirm that what makes auto sleep can't work in my case is due to the background process for siri suggestion, once I killed that service everything go fine. As for network card, it is a coincidence that the problem was encountered after swapped card as I mentioned above. I fellow iLikeHackintosh's suggestion to stop siri suggestion service auto launch and it was solved temporarily. Thanks for you help!

 

[pastrychef]

Since I've had a much more difficult time getting my Gigabyte Z390 M Gaming to run stably, I decided to fire it up to try and replicate this again. Neither my Asus Z370 nor Gigabyte Z390 on 10.15.2 is affected.

I made sure Siri is enabled.
Everything in System Preferences > Siri > Siri Suggestions & Privacy... is enabled.
System Preferences > Energy Saver > Wake for network access is enabled.
System Preferences > Energy Saver > Power Nap is enabled.
Everything in System Preferences > Security & Privacy > Privacy > Analytics is disabled.

Sleep/wake continues to work.

I don't know if it makes a difference, but both systems are running on OpenCore.
Both currently have IGPU disabled and are running iMacPro1,1 system definition. But I never had sleep/wake issues when IGPU was enabled either.
All hackintosh kexts are injected by OpenCore on both.
SIP is enabled on both.
My Z370 is using the mic from a Logitech C920 for Siri.
My Z390 is using a mic connected to a USB audio dongle for Siri.
FileVault is not enabled on my Z370.
FileVault is enabled on my Z390.

Edit:
Done testing. Can't reproduce problem...

Edit #2:
I finally caught the com.apple.parsec-fbf.flush process on my Z370 system.

But it hasn't prevented sleep...

 

[xavierniu]

Hey guys,

I'm glad to confirm that the bug was fixed in macOS 10.15.3 released recently. Anyway, thanks all who contribute to temporary solution.

Xavier

 

[flo1]

not fixed in 10.15.3

2020-01-31 10:19:35 +0300
Assertion status system-wide:
   BackgroundTask                 1
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0
Listed by owning process:
   pid 120(hidd): [0x000041eb00098a13] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle serviceID:100000d62 name:AppleHIDKeyboardEve product:Apple Keyboard eventType:3"
    Timeout will fire in 180 secs Action=TimeoutActionRelease
   pid 306(UserEventAgent): [0x00000141000b830d] 07:56:27 BackgroundTask named: "com.apple.parsec-fbf.flush"
    Created for PID: 396.

 

[xavierniu]

not fixed in 10.15.3

2020-01-31 10:19:35 +0300
Assertion status system-wide:
   BackgroundTask                 1
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  0
   PreventUserIdleSystemSleep     0
   NetworkClientActive            0
Listed by owning process:
   pid 120(hidd): [0x000041eb00098a13] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle serviceID:100000d62 name:AppleHIDKeyboardEve product:Apple Keyboard eventType:3"
    Timeout will fire in 180 secs Action=TimeoutActionRelease
   pid 306(UserEventAgent): [0x00000141000b830d] 07:56:27 BackgroundTask named: "com.apple.parsec-fbf.flush"
    Created for PID: 396.

Hi, flo1

I'm sorry about that. The possible explanation I think is "com.apple.parsec-fbf.flush" is still launched and prevents your system from sleep for a while, but it won't last too long. After all, it is a service for Siri, which a basic part in Apple Eco.

FYI, for test purposes I turned it on by "launchctl load -w /System/Library/LaunchAgents/com.apple.parsec-fbf.plist" and enabled Siri, and no problem was encountered so far.

I will list all versions of key components in my Hack below, holefully it can help you:

• macOS Catalina: 10.15.3 (19D76)
• Clover: v5103
• AppleALC: 1.4.5
• Lilu: 1.4.1
• WhateverGreen: 1.3.6

 

[Henties]

Not working the way it should therefore not fixed in 10.15.3. If you want sleep to work properly without applying dubious mods. which nobody knows what effect they will have on the system overall, just logout from your desktop and sleep will work as always and presumably as intended by Apple for 10.15.2 or 3
Greetings
Henties

 

[flo1]

Hi, flo1

I'm sorry about that. The possible explanation I think is "com.apple.parsec-fbf.flush" is still launched and prevents your system from sleep for a while, but it won't last too long. After all, it is a service for Siri, which a basic part in Apple Eco.

FYI, for test purposes I turned it on by "launchctl load -w /System/Library/LaunchAgents/com.apple.parsec-fbf.plist" and enabled Siri, and no problem was encountered so far.

Yes, I did it. But only unload helped

 

[korn88]

In my case this goes before 10.5.2 and I discovered that if I enable powernap I don't have this problem.

 

[hamzab]

I'm also having this problem with 10.15.4 on a Z390 board. Has anyone solved this yet? My understanding is that it also affects real Macs, so do we need to wait for Apple to patch it, and if so, has it been solved in 10.15.5?

Thanks