Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Keeps system from suspending #279

Open
paulmenzel opened this issue Feb 18, 2022 · 5 comments
Open

Keeps system from suspending #279

paulmenzel opened this issue Feb 18, 2022 · 5 comments

Comments

@paulmenzel
Copy link

Linux’s FUSE maintainer suggests to disconnect any mounts when suspending:

Can this be worked around?

Yes, killing the sshfs process will enable the suspend to continue.

I suspect it would make sense for the suspend scritps to perform this
by default, since the ssh connection will likely be broken anyway
after resuming.

Could such suspend scripts be provided?

@Nikratio
Copy link
Contributor

Nikratio commented Mar 27, 2022

killall sshfs doesn't seem to need a special script...

@porg
Copy link

porg commented May 12, 2022

Related if not duplicate issue: #137

@porg
Copy link

porg commented May 12, 2022

FYI: On macOS SSHFS / FUSE do not create an assertion to stay awake.
This itself does not say that sleep/standby/wake works flawlessly.
I just say that the typical mechanism in which background processes block sleep (by pmset assertions) is not used from SSHFS / FUSE.

11.6.5 Big Sur • SSHFS version 2.10 • FUSE library version: 2.9.9

➜  pmset -g assertions

Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  1
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
Listed by owning process:
   pid 221(coreaudiod): [0x0003833e00019b6f] 06:01:18 PreventUserIdleSystemSleep named: "com.apple.audio.AppleHDAEngineOutput:1B,0,1,1:0.context.preventuseridlesleep"  
	Created for PID: 17014. 
   pid 101(powerd): [0x000017b6000884ea] 144:51:09 ExternalMedia named: "com.apple.powermanagement.externalmediamounted"  
   pid 160(WindowServer): [0x0003ca840009a369] 00:00:00 UserIsActive named: "com.apple.iohideventsystem.queue.tickle serviceID:100000818 name:AppleEmbeddedKeyboa product:Apple Internal Keyb eventType:3"  
	Timeout will fire in 240 secs Action=TimeoutActionRelease
   pid 418(sharingd): [0x0003d79d0001a57b] 00:01:20 PreventUserIdleSystemSleep named: "Handoff"  
   pid 17014(Music): [0x0003833e00019b7e] 06:01:18 PreventUserIdleSystemSleep named: "com.apple.Music.playback"  
No kernel assertions.
Idle sleep preventers: IODisplayWrangler

@bfleischer
Copy link
Collaborator

SSHFS does not prevent system sleep on macOS. It's not easy to do the right thing in this situation: Prevent system sleep, unmount the volume, possibly remount the volume when waking up, ...

Unmounting the volume might not be possible without user intervention. There might be open/unsaved files. Remounting the volume might not be possible without the user entering their password again.

@porg
Copy link

porg commented Dec 3, 2024

If you come to the decision that preventing system sleep is the right choice then you should follow macOS standards and set a pmset assertion. Then macOS will leave the machine on indefinitely (for stationary Macs or MacBooks with the power adapter connected) and only will go to sleep when the battery runs short.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants