Nemo prevents standby of system due to sshfs mount

Reproduce the issue by opening an sshfs mount through a Nemo bookmark, returning to a local folder, and attempting standby. Read the linked cinnamon-settings-daemon issue #417 and its temporary fix first, then trace the Nemo behavior implicated by the provided FUSE call stack. Done means standby completes normally after using the sshfs mount.

Distribution

Mint 22.3

Package version

6.6.3+zena

Frequency

Always

Bug description

It tooks me weeks to find this out ...

1. Access the sshfs mount via a Nemo bookmark
2. Navigate back to a local folder
3. Wait some minutes (e.g. 10 minutes)
4. Execute the standby of the system
   Result: Nemo blocks the standby. Always.

I wrote a super detailed summary about it in the repository of cinnamon-settings-daemon, here:
https://github.com/linuxmint/cinnamon-settings-daemon/issues/417
I also explained why it happens (in case I am right, of course ;-) ).

And it includes a (temporary) fix.

This was the interesting part from dmesg, which also proves that first the network goes down and THEN the user space processes try to freeze:

[Di Mär 31 22:57:23 2026] r8169 0000:05:00.0 enp5s0: Link is Down
[Di Mär 31 22:57:25 2026] PM: suspend entry (deep)
[Di Mär 31 22:57:26 2026] Filesystems sync: 0.877 seconds
[Di Mär 31 22:57:26 2026] Freezing user space processes
[Di Mär 31 22:57:46 2026] Freezing user space processes failed after 20.004 seconds (1 tasks refusing to freeze, wq_busy=0):
[Di Mär 31 22:57:46 2026] task:nemo            state:D stack:0     pid:3329  tgid:3329  ppid:2127   task_flags:0x400000 flags:0x00004006
[Di Mär 31 22:57:46 2026] Call Trace:
[Di Mär 31 22:57:46 2026]  <TASK>
[Di Mär 31 22:57:46 2026]  __schedule+0x30d/0x7a0
[Di Mär 31 22:57:46 2026]  schedule+0x27/0x90
[Di Mär 31 22:57:46 2026]  request_wait_answer+0xd8/0x260
[Di Mär 31 22:57:46 2026]  ? __pfx_autoremove_wake_function+0x10/0x10
[Di Mär 31 22:57:46 2026]  __fuse_simple_request+0xd9/0x2d0
[Di Mär 31 22:57:46 2026]  fuse_do_getattr+0xfa/0x230
[Di Mär 31 22:57:46 2026]  ? path_lookupat+0x78/0x180
[Di Mär 31 22:57:46 2026]  fuse_permission+0x139/0x210
[Di Mär 31 22:57:46 2026]  inode_permission+0xec/0x1a0
[Di Mär 31 22:57:46 2026]  do_faccessat+0x134/0x2e0
[Di Mär 31 22:57:46 2026]  __x64_sys_access+0x1c/0x30
[Di Mär 31 22:57:46 2026]  x64_sys_call+0x1856/0x2680
[Di Mär 31 22:57:46 2026]  do_syscall_64+0x80/0xa40
[Di Mär 31 22:57:46 2026]  ? srso_alias_return_thunk+0x5/0xfbef5
[Di Mär 31 22:57:46 2026]  ? srso_alias_return_thunk+0x5/0xfbef5
[Di Mär 31 22:57:46 2026]  ? arch_exit_to_user_mode_prepare.isra.0+0xd/0xe0
[Di Mär 31 22:57:46 2026]  ? srso_alias_return_thunk+0x5/0xfbef5
[Di Mär 31 22:57:46 2026]  ? do_syscall_64+0xb6/0xa40
[Di Mär 31 22:57:46 2026]  ? srso_alias_return_thunk+0x5/0xfbef5
[Di Mär 31 22:57:46 2026]  entry_SYSCALL_64_after_hwframe+0x76/0x7e
[Di Mär 31 22:57:46 2026] RIP: 0033:0x73a04151665b
[Di Mär 31 22:57:46 2026] RSP: 002b:00007ffc014bdbe8 EFLAGS: 00000246 ORIG_RAX: 0000000000000015
[Di Mär 31 22:57:46 2026] RAX: ffffffffffffffda RBX: 0000000000000010 RCX: 000073a04151665b
[Di Mär 31 22:57:46 2026] RDX: 0000000000000004 RSI: 0000000000000000 RDI: 00005657914471d0
[Di Mär 31 22:57:46 2026] RBP: 00007ffc014bdca0 R08: 00005657907c6010 R09: 0000000000000007
[Di Mär 31 22:57:46 2026] R10: 000056579139daa0 R11: 0000000000000246 R12: 00005657914471d0
[Di Mär 31 22:57:46 2026] R13: 000000000000000c R14: 0000565790aeefa0 R15: 0000565790e8e5e0
[Di Mär 31 22:57:46 2026]  </TASK>

Steps to reproduce

1. Access the sshfs mount via a Nemo bookmark
2. Navigate back to a local folder
3. Wait some minutes (e.g. 10 minutes)
4. Execute the standby of the system
   Result: Nemo blocks the standby. Always.

Expected behavior

The standby should execute normally.

Additional information

No response