web-dev-qa-db-ja.com

シャットダウンが遅く、gvfsd-Fuseが終了するまで常に2分待機します

私のデスクトップは、最新のアップデート、systemd 234-lp151.26.16.1、gvfs1.34.2.1-lp151.6.3.1でOpenSuse15.1を使用しています。

しばらくすると（いつ開始したか正確には思い出せませんが）、システムのシャットダウンが完了するまでに少なくとも2分かかります。スプラッシュ画面でESCを押すと、systemdがユーザーマネージャーのジョブが終了するのを待っているのがわかります。少し掘り下げた後、これが次のプロセスであることがわかりました。

/usr/lib/gvfs/gvfsd-Fuse /run/user/1000/gvfs -f -o big_writes

私はいくつかの調査を行ったところ、これがFirefoxやThunderbirdなどのプログラムによって自動的に開始されることを発見しました。また、次のことも確認しました。

  • 起動してそのようなプログラムを使用しない場合、シャットダウンは高速です。
  • ログアウトしてコンソールを使用してこれらのユーザープロセスを強制終了すると、シャットダウンは高速になります。
  • 上記のプログラムを使用している場合にのみ、他のユーザーアカウントも影響を受けます。

systemdを次のように構成しました：KillUserProcesses=yesですが、ログアウト後、これらのプロセスが終了するまでに2分かかるように思われるため、役に立ちません。

さらに、同じマシンで別のSSDからUbuntu-mate（18.04 LTS）を起動することもでき、同じ症状が表示されます。

2分の遅延の原因を特定するにはどうすればよいですか？

編集：「Dbusと同期できませんでした」というダイアログが表示されるため、一度ログアウトすると、再度ログインできないことは言及する価値があります。最初にXをリセットするには、ctrl-Backspaceを実行する必要があります。

systemdopensuseshutdowngvfs
1
savedario

Fuseには、Fuseマウントを元に戻すための専用コマンドfusermountがあります。少なくともDebian10では、デフォルトでSUIDルートが設定されています。

したがって、GUIのログアウト時に実行されるスクリプトにfusermount -u /run/user/$(id -u)/gvfsを追加することができます（例：$HOME/.kde/shutdown/gvfs-workaround.sh古いKDEの場合、または$HOME/.config/plasma-workspace/shutdown/gvfs-workaround.sh（KDEプラズマデスクトップ）。

2
telcoM

遅延は、それらのほとんどがユーザープロセスまたはsystemdプロセスであるいくつかの要因によって引き起こされる可能性があります。

Open SU​​SEのデフォルトのデスクトップ環境であるKDEを使用している場合は、以下のスクリプトを試してください。これにより、終了時にユーザーマネージャープロセスが終了します。それは私のために働いた。

スクリプトを$HOME/.kde/shutdownに追加します

#! /bin/sh - pulseaudio --kill systemctl --user exit exit

このworkodeがあなたのためであるかどうかにかかわらず、いくつかのフィードバックを残してください、ありがとう。

1
David Kariuki