Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Nemo prevents standby of system due to sshfs mount

Aperta
  • Qualcosa non va?
#3,752 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
45/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
c, linux
Ambito
desktop, operating-systems

Direzione di ricerca

Riproduci il problema aprendo un mount sshfs tramite un segnalibro di Nemo, tornando a una cartella locale e tentando di entrare in standby. Leggi prima l’issue #417 collegata di cinnamon-settings-daemon e la relativa soluzione temporanea, poi traccia il comportamento di Nemo implicato dallo stack delle chiamate FUSE fornito. Il lavoro è completato quando lo standby termina normalmente dopo aver utilizzato il mount sshfs.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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

Lingua principale
C
Stelle
1.6k
Fork
374
Merge medio
6g 21h
PR unite (30g)
2

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di linuxmint/nemo

Tutte le issue di linuxmint/nemo

Issue simili

Altre issue su C

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.