なぜ怠惰なMNT_DETACHまたは `umount -l`は安全でない/危険なのですか？

umount -l安全でないいくつかの場所を読んだことがあります。

@casによる回答：

外付けドライブを安全に取り外しできる時期を気にする場合は、umountの--lazyオプションを使用しないでください

@frostschutzのコメント：

umount --lazy安全ではなく、安全にすることはできません。[...]

util-linux Ruediger Meierによるこのコメント：

umount -lまったく使用しないでください。使用/tmp/mountpointしているすべてのプロセスを強制終了し、オプションなしでumountします-l。

umount -l安全でない/危険なのはなぜですか？

安全にする方法はありますか？

怠惰なアンマウントはシュレーディンガーの猫のマウントを作成します

• デバイスが実際にマウント解除されているかどうかはわかりません
• 「アンマウントされた」ファイルシステムは、状況によってはアクセス可能なままです
• 「マウント解除された」ファイルシステムにアクセスできない場合があります

誤った安心感があります。ファイルシステムがマウント解除されているようですが、実際にはファイルの名前空間/階層からのみ隠されています。

• プロセスはまだオープンファイル記述子を介して書き込むことができます
• 相対パス名を使用して、マウントポイント内の作業ディレクトリを使用して、プロセスが書き込み用に新規または既存のファイルを開くことができます

これは、（絶対パス名）umount -l /media/hddにアクセスできなくても/media/hdd/dir/file、作業ディレクトリを持つプロセスがある場合、/media/hdd読み取り/書き込みが可能な新しいプロセス./dir/file（相対パス名）を作成できることを意味します。

デバイスをアンマウントしようとすると、混乱するメッセージが表示されます。

# umount --force --all-targets /dev/sdb2
umount: /dev/sdb2: not mounted

これにより、デバイスはununtuntされたように見えますが、ディスクに書き込むプロセスがまだ存在する可能性があります。

umountをブロックする原因となる可能性のあるさまざまな非自明な状況があるため、lsof +f -- /dev/device何も表示されていなくても、ファイルシステムがアンマウントされない場合があります。

ファイルシステムが実際にマウント解除されているかどうかは決してわかりません。調べる方法はありません。

取り外しできる装置

その場合はumount -lリムーバブルディスクを、あなたはどっちつかずの状態-地にいる：あなたはすべての保留中のデータがディスクに書き込まれていることを確認することはできません。

後にできる最善のことumount -lは、すべての書き込みを確実に完了し、今後の書き込みを防ぐことですが、それがアンマウントされていることを保証することはできません。

リムーバブルデバイスでは、デバイスが適切にアンマウントされていないと、次に接続したときに奇妙な動作が発生する可能性があります。

• デバイスは、増分されたデバイス名を取得します。つまり、に/dev/sdbなり/dev/sdcます。/dev/sdbそのデバイスがの下のファイルとして存在しなくなった場合でも、カーネルログメッセージが引き続き参照される場合があります/dev。（これを解決する唯一の方法は、再起動することです。）

• btrfsの破損が発生する可能性があります。btrfsは、特定のUUIDを持つファイルシステムが一度に1つだけ存在することを期待しています。カーネルは、ファントムデバイスと新しいデバイスで利用可能な同じUUIDをまだ認識しています。（btrfsバックアップHDDを再構築する必要がありました）。

systemd 落とし穴

• それは怠惰なアンマウントようですかMNT_DETACHいずれかを使用してによって引き起こされるx-systemd.mount-timeout=中/etc/fstabまたは使用してTimeoutIdleSec=自動マウントファイルに。

• systemd特にを使用している上記のオプションは避けてくださいbtrfs。私は苦い経験から学びました（上記のbtrfsリファレンスを参照）。