%20%E3%81%AF%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AB%E9%80%9A%E7%9F%A5%E3%81%97%E3%81%9F%E3%82%8A%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5%E3%82%92%E6%B6%88%E5%8E%BB%E3%81%99%E3%82%8B%E3%81%93%E3%81%A8%E3%81%AA%E3%81%8F%E6%AD%A3%E5%B8%B8%E3%81%AB%E3%83%9E%E3%82%A6%E3%83%B3%E3%83%88%E3%81%95%E3%82%8C%E3%81%BE%E3%81%99%E3%80%82%20(%E3%83%86%E3%82%B9%E3%83%88%E7%9B%AE%E7%9A%84).png)
すでに持っているもの:
$ umount -l
。
しかし、自動的に削除する方法はありますか?
たとえば、アンマウントされたパーティションの写真がデバイスの内部にある場合、Linuxではその写真をキャッシュに保存することをお勧めします。できるはずです。他のものがスペースが必要になるまで。
パーティションを正しくマウント解除するにはどうすればよいですか?
答え1
まだ道が見つからないようですman umount
。
/dev/mapper/
デバイスマッパー(/)を介してデバイスにアクセスすると便利/dev/dm-*
ですdmsetup
。
remove [-f|--force] device_name
Removes a device. It will no longer be visible to dmsetup.
Open devices cannot be removed except with older kernels that
contain a version of device-mapper prior to 4.8.0. In this case
the device will be deleted when its open_count drops to zero.
From version 4.8.0 onwards, if a device can't be removed because
an uninterruptible process is waiting for I/O to return from it,
adding --force will replace the table with one that fails all
I/O, which might allow the process to be killed.
ファイルシステムレベルで同じことができれば、より安定した動作が得られると思いますが、このオプションはより曖昧に見えます。たとえば、FUSEネットワークファイルシステムであるsshfsのような構造が必要です...ネットワークファイルシステムであるため、読み取りキャッシュをサポートする必要があります... 。あなたのニーズに応じて非常に高いです。 .. sshfsは再試行をサポートしているため、SSHリスナーを終了できる必要があります。この例では、キャッシュが満たされていない読み取りは無期限にハードブロックされます。
したがって、デバイスマッパーとdmsetup
。
どちらの場合も、アプリケーションが使用するファイルシステムをマウント解除しません。マウントアイテムはまだなどで見ることが/proc/mounts
できます。これは必ず必要です。開こうとしているファイルは、一部のファイルシステムを指す必要があります。代わりに、元のバックアップストアからファイルシステムを分離します。