Lazy Umount или Размонтирование занятого диска в Linux

Question

Я прочитал, что можно «размонтировать» диск, который в противном случае занят, используя опцию «lazy». На man-странице есть что сказать об этом:

umount - размонтировать файловые системы

ленивая разборка. Отсоедините файловую систему от иерархии файловой системы и очистите все ссылки на файловую систему, как только она больше не будет занята. Эта опция позволяет размонтировать "занятую" файловую систему. (Требуется ядро 2.4.11 или новее.)

Но какой в этом смысл? Я подумал, почему мы вообще отключаем разделы:

1. Чтобы удалить оборудование
2. Для выполнения операций над файловой системой, которые было бы небезопасно делать при монтировании

В любом из этих случаев все «ленивое» размонтирование служит ИМХО, чтобы затруднить определение того, действительно ли диск размонтирован, и вы действительно можете выполнить эти действия. Похоже, единственное приложение для umount -l для неопытных пользователей «чувствует», что они достигли того, чего не достигли.

Почему вы используете ленивый размонтировать?

Answer 1

Потому что вы ленивы - вы хотите размонтировать после того, как операции с диском сделаны.

Вот вероятный сценарий:

Вы используете rsync чтобы выполнить резервное копирование и уйти. Вы можете umount -l диск, и после того, как он закончит копирование и синхронизацию, он размонтируется, поэтому, когда вы вернетесь после перерыва (который, как вы знаете, займет больше времени, чем резервное копирование), вы можете просто отключить диск вместо необходимости возиться с опять клавиатура.

Answer 2

Это на самом деле реализовано, чтобы получить больше времени для выполнения последующих задач в административных задачах.

Если дальнейшие задачи, независимо от этой, ожидают в конвейере, то вы можете бездельничать-демонтировать и продолжить с другими в пакете.

Пример: Задача 1 и Задача 2 - две административные задачи, запланированные вплотную.

Задача 1 Ежедневное резервное копирование

Он копирует большое количество файлов из раздела проекта в резервный раздел, скажем, /mnt /backupProj, который будет монтироваться на лету и размонтироваться в конце этой задачи. Копирование занимает значительное количество времени.

Задача 2 Обновление SQL-представлений

Выполняет серию обновлений представления базы данных на выделенном сервере.

Задача 2, очевидно, полностью независима от задачи 1, поэтому мы можем lazy-unmount /mnt /backupProj, не дожидаясь завершения задачи резервного копирования.

Answer 3

Я использую lazy umount в тех случаях, когда он явно завис по разным причинам (например, отключение сервера nfs), а также когда мне нужно увидеть исходное содержимое каталога, который был смонтирован при монтировании. В обоих случаях монтировка занята. Я думаю, что есть и другие крайние случаи, но эти 2 являются наиболее распространенными причинами, по которым я использовал этот вариант.

Answer 4

Рассмотрим монтирование bind, которое вы можете увидеть при работе с chroot:

mount --rbind /proc /mnt/proc
# do stuff
umount /mnt/proc

Если в вашей системе есть демон, который постоянно опрашивает /proc (я смотрю на вас ksysguardd), то вы не сможете размонтировать umount /mnt/proc . Ленивый позволит вам umount в этом случае.

Answer 5

USB-накопители иногда зависают из-за аппаратного сбоя. Даже если вы подключите диск физически, вы получите другое имя устройства. Старое имя устройства не может быть размонтировано нормально. сумма -l заставила мертвую запись исчезнуть.

Answer 6

Скажем, вам действительно нужно изменить том, на котором программное обеспечение записывает журнал, например, веб-сервер, но на нем много трафика, и его нельзя отключить для операции, а также нельзя изменить путь ведения журнала.

С помощью отложенного отключения можно безопасно отключить том во время работы программного обеспечения, подключить другой том к той же точке монтирования и дать команду программному обеспечению открыть файлы.

В идеале, поскольку вам не нужно было выключать программное обеспечение, никакие запросы не были потеряны и, по существу, также не было потеряно ни одной записи журнала, поскольку они все еще записывались на старое монтирование до тех пор, пока файлы не были открыты повторно (насколько хорошо программное обеспечение обрабатывает повторное открытие файлы до программного обеспечения).

Перефразируя man-страницу, это означает, что если у тома есть открытые файлы, когда он лениво размонтирован, в действительности он остается смонтированным, но просто недоступным через файловую систему, и действительно только размонтируется, когда последний открытый файл закрыт.