SMB共有に対してumount --forceまたは--lazyが何かを待つのはなぜですか?

SMB共有に対してumount --forceまたは--lazyが何かを待つのはなぜですか?

私がしていること:

  • インストールとSMBの共有、
  • サーバーの電源を切り、
  • またはumount -f /mnt/shareumount -l /mnt/share

コマンドは1分以上中断されます。逆追跡の最後の呼び出しはですumount2

私の意図はそれを置き忘れてしまうことです。 「スムーズに切断」する必要はありません。

たくさん検索しましたが、中断の理由とumountすぐに削除するために実行できるアクションを見つけて回答することはできません。

カーネルログでこれを見つけました。

CIFS VFS: Server 10.254.254.2 has not responded in 120 seconds. Reconnecting...

...これはソースにあります:

static bool
server_unresponsive(struct TCP_Server_Info *server)
{
    /*
     * We need to wait 3 echo intervals to make sure we handle such
     * situations right:

echo_interval=1インストール設定が役に立ったようです...

ところで、なぜそうなのか?接続を閉じて関連リソースをすべてクリーンアップできないのはなぜですか?

バージョン:

root@ubuntu:~# mount --version 
mount from util-linux 2.27.1 (libmount 2.27.0: selinux, assert, debug)
root@ubuntu:~# lsb_release -a 
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:        16.04
Codename:       xenial

ベストアンサー1

おすすめ記事