Weil Sie faul sind - Sie möchten die Bereitstellung aufheben, nachdem die Festplattenoperationen abgeschlossen sind.
Hier ist ein plausibles Szenario:
Sie verwenden rsync um Ihre Backups durchzuführen und wegzugehen. Sie können umount -l das Laufwerk und sobald es mit dem Kopieren und Synchronisieren fertig ist, wird es ausgehängt, sodass Sie, wenn Sie nach einer Pause zurückkommen (von der Sie wissen, dass sie länger dauert als das Backup), einfach das Laufwerk ausstecken können, anstatt erneut mit der Tastatur herumfummeln zu müssen.
Dies wird eigentlich implementiert, um mehr Zeit für Folgeaufgaben in administrativen Aufgaben zu gewinnen.
Wenn weitere Tasks, unabhängig von diesem, in der Pipeline warten, dann können Sie Lazy-unmounten und mit anderen im Batch weitermachen.
Beispiel :Aufgabe 1 und Aufgabe 2 sind zwei hintereinander geplante administrative Aufgaben.
Aufgabe 1 Tägliche Sicherung
Dieser kopiert eine große Anzahl von Dateien von einer Projektpartition auf eine Backup-Partition, sagen wir /mnt/backupProj, die on-the-fly gemountet und am Ende dieser Aufgabe wieder ausgehängt wird. Das Kopieren nimmt viel Zeit in Anspruch.
Aufgabe 2 SQL-Ansichten aktualisieren
Führt eine Reihe von Aktualisierungen der Datenbankansicht auf einem dedizierten Server durch.
Aufgabe 2 ist offensichtlich völlig unabhängig von Aufgabe 1, sodass wir /mnt/backupProj lazy-unmounten können, ohne auf die Fertigstellung der Sicherungsaufgabe warten zu müssen.
Ich verwende Lazy umount in Fällen, in denen es offensichtlich aus verschiedenen Gründen hängen geblieben ist (z. B. nfs-Server ausgefallen), auch wenn ich den ursprünglichen Inhalt des Verzeichnisses sehen muss, das vom Mount gemountet wurde. In beiden Fällen ist der Mount beschäftigt. Ich denke, es gibt andere Grenzfälle, aber diese 2 sind die häufigsten Gründe, warum ich die Option verwendet habe.