Отложенное подключение или отключение занятого диска в Linux

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

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

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

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

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

в любом из этих случаев, все "ленивое" размонтирование служит IMHO, чтобы было труднее определить, действительно ли диск отключен, и вы действительно можете продолжить эти действия. Только заявка для umount -l кажется, для неопытных пользователей, чтобы "чувствовать" , как они достигли чего-то они не.

зачем использовать отложенное отключение?

30
задан deed02392
20.02.2023 2:15 Количество просмотров материала 3477
Распечатать страницу

6 ответов

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

вот правдоподобный сценарий:

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

8
отвечен Broam 2023-02-21 10:03

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

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

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

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

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

Задание 2 обновить SQL-views

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

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

5
отвечен Bora 2023-02-21 12:20

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

4
отвечен johnshen64 2023-02-21 14:37

рассмотрим привязку монтирования, как вы могли бы видеть при работе с chroot:

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

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

3
отвечен goertzenator 2023-02-21 16:54

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

2
отвечен user296968 2023-02-21 19:11

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

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

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

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

1
отвечен Tuomas Salomäki 2023-02-21 21:28

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх