내 Arch Linux 4.20.2는 원격 파일 시스템 마운트 해제를 사용한 후 약 20초 동안 멈췄 fusermount -u ~/sshfs_mount/습니다 .systemctl suspend
20초 후에 시스템이 다시 응답합니다(일시 중지 없이). 그런 다음 다시 일시 중지를 시도했는데 이번에는 작동했습니다.
을 확인한 후 journalctl다음과 같은 메시지를 많이 발견했습니다.
Jan 21 10:10:45 me systemd-logind[510]: Power key pressed.
Jan 21 10:10:45 me kernel: PM: suspend exit
Jan 21 10:10:45 me kernel: PM: suspend entry (s2idle)
Jan 21 10:11:05 me kernel: PM: Syncing filesystems ... done.
Jan 21 10:11:05 me kernel: Freezing user space processes ...
Jan 21 10:11:05 me kernel: Freezing of tasks failed after 20.002 seconds (15 tasks refusing to freeze, wq_busy=0):
Jan 21 10:11:05 me kernel: pool D 0 10812 5584 0x00000084
Jan 21 10:11:05 me kernel: Call Trace:
Jan 21 10:11:05 me kernel: ? __schedule+0x29b/0x8b0
Jan 21 10:11:05 me kernel: ? __wake_up_common+0x77/0x140
Jan 21 10:11:05 me kernel: ? preempt_count_add+0x79/0xb0
Jan 21 10:11:05 me kernel: schedule+0x32/0x90
Jan 21 10:11:05 me kernel: request_wait_answer+0xaa/0x1f0 [fuse]
Jan 21 10:11:05 me kernel: ? wait_woken+0x80/0x80
Jan 21 10:11:05 me kernel: __fuse_request_send+0x61/0x80 [fuse]
Jan 21 10:11:05 me kernel: fuse_simple_request+0xcd/0x190 [fuse]
Jan 21 10:11:05 me kernel: fuse_statfs+0xde/0x140 [fuse]
Jan 21 10:11:05 me kernel: statfs_by_dentry+0x67/0x90
Jan 21 10:11:05 me kernel: vfs_statfs+0x16/0xc0
Jan 21 10:11:05 me kernel: user_statfs+0x54/0xa0
Jan 21 10:11:05 me kernel: __se_sys_statfs+0x25/0x60
Jan 21 10:11:05 me kernel: do_syscall_64+0x5b/0x170
Jan 21 10:11:05 me kernel: entry_SYSCALL_64_after_hwframe+0x44/0xa9
Jan 21 10:11:05 me kernel: RIP: 0033:0x7fe2aa8571ab
Jan 21 10:11:05 me kernel: Code: Bad RIP value.
Jan 21 10:11:05 me kernel: RSP: 002b:00007fe221efecf8 EFLAGS: 00000246 ORIG_RAX: 0000000000000089
Jan 21 10:11:05 me kernel: RAX: ffffffffffffffda RBX: 00007fe27258e3a0 RCX: 00007fe2aa8571ab
Jan 21 10:11:05 me kernel: RDX: 00007fe2725869b0 RSI: 00007fe221efed20 RDI: 00007fe2689573a0
Jan 21 10:11:05 me kernel: RBP: 00007fe221efee80 R08: 00007fe29713ee58 R09: 00007fe29713ee60
Jan 21 10:11:05 me kernel: R10: 00007fe29714e078 R11: 0000000000000246 R12: 00007fe268957040
Jan 21 10:11:05 me kernel: R13: 00007ffc0f96f75f R14: 00007fe221eff700 R15: 000000000000001e
Jan 21 10:11:05 me kernel: pool D 0 10813 5584 0x00000084
이:
Jan 21 10:11:05 me kernel: OOM killer enabled.
Jan 21 10:11:05 me kernel: Restarting tasks ... done.
Jan 21 10:11:05 me systemd-sleep[23193]: Failed to suspend system. System resumed again: Device or resource busy
Jan 21 10:11:05 me kernel: PM: suspend exit
Jan 21 10:11:05 me systemd[1]: systemd-suspend.service: Main process exited, code=exited, status=1/FAILURE
Jan 21 10:11:05 me systemd[1]: systemd-suspend.service: Failed with result 'exit-code'.
Jan 21 10:11:05 me systemd[1]: Failed to start Suspend.
Jan 21 10:11:05 me systemd[1]: Dependency failed for Suspend.
Jan 21 10:11:05 me systemd[1]: suspend.target: Job suspend.target/start failed with result 'dependency'.
Jan 21 10:11:05 me audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-suspend comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Jan 21 10:11:05 me systemd[1]: Stopped target Sleep.
Jan 21 10:11:05 me kernel: audit: type=1130 audit(1548061865.860:643): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-suspend comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Jan 21 10:11:05 me systemd-logind[510]: Operation 'sleep' finished.
에 따르면 pacman -Qi systemd버전 240.34-3이 있습니다.
fusermount증상 사이에 인과관계가 있는지는 모르겠지만 언급된 퓨즈가 모두 있기 때문에 있는 것 같습니다 journalctl.
이 문제가 언급되었습니다여기자동화되지 않은 최신 버전으로회신하다2012에서는 일시 중단하기 전에 원격 파일 시스템을 마운트 해제할 것을 권장했지만 머신이 정지되기 전에는 그렇게 했습니다.
여기문제에 대한 또 다른 보고서이며 해결 방법이나 솔루션이 포함되어 있지 않습니다.
정답은이 문제승인 및 찬성 투표를 받았지만 향후 이 문제를 피할 수 있는 방법에 대한 실행 가능한 제안은 포함되어 있지 않습니다.
답변1
내 직감은 sshfs에 마운트 해제 후에도 여전히 플러시되는 일부 캐시가 있다는 것입니다.
특히 네트워크 연결이 필요한 경우 캐시를 플러시하려고 시도하는 동안 커널 스레드가 절전 모드를 거부하는 것은 합법적입니다.
sync파일 시스템 캐시가 플러시되는지 여부에 대한 문서를 찾을 수 없지만 fusermount먼저 시도해 보세요. 즉:
fusermount -u ~/sshfs_mount
sync
systemctl suspend
여기에 언급된 방법을 사용하여 sshfs를 설치해 볼 수도 있습니다 -o cache=no.
https://superuser.com/questions/542444/ubuntu-sshfs-doesnt-sync
그러나 이는 sshfs의 성능에 해를 끼칠 수 있습니다.