Я использую Rescue-Live-систему (аналог Live-CD), чтобы исправить некоторые проблемы с моим сервером Debian, например:
# mkdir -p /mnt/rescue
# mount /dev/md2 /mnt/rescue
# mount --bind /dev /mnt/rescue/dev/
# mount --bind /proc /mnt/rescue/proc/
# mount --bind /sys /mnt/rescue/sys/
Теперь я могу выполнить chroot, /mnt/rescue
но после того, как я закончу, как снова размонтировать файловую систему?
umount: /mnt/rescue: target is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
Я думаю, это потому dev
, что proc
и sys
связаны с монтированной файловой системой. Но их также невозможно размонтировать ...
/mnt/rescue/proc
? Вы уверены, что у вас еще не запущены процессыchroot
?lsof /mnt/rescue
посмотреть, какой процесс использует эту папку.Ответы:
Вы должны сначала выйти из сеанса chroot, обычно это
exit
делает простое :Затем размонтируйте ВСЕ связанные каталоги:
Потом:
Если вы обеспокоены тем, что
sync
здесь не используется, обратите внимание, что это не влияет на возможность размонтирования. В любом случае размонтирование сбрасывает ожидающие записи (это необходимо, потому что после размонтирования им некуда деться). Наличие корневого процесса не имеет значения (за исключением того, что оно предотвращает размонтирование). При нормальной работе системы синхронизация не имеет заметного эффекта. Синхронизация имеет значение только в том случае, если устройство физически отключено без отсоединения или если происходит сбой системы во время монтирования устройства.источник
sync
абсолютно бесполезно.sync
это бесполезно? Это становится бесполезным в текущем ядре? Или только в этом случае (режим спасения)? Я поместил его на всякий случай, если есть огромные ожидающие записи на диск, которые будут препятствовать размонтированию после выхода из chroot.sync
не влияет на возможность размонтирования. В любом случае размонтирование сбрасывает ожидающие записи (это необходимо, потому что после размонтирования им некуда деться). Наличие корневого процесса не имеет значения (за исключением того, что оно предотвращает размонтирование). При нормальной работе системыsync
не имеет заметного эффекта.sync
имеет значение только в том случае, если устройство физически отключено без отсоединения или если происходит сбой системы во время монтирования устройства.Выполните приведенную ниже команду, чтобы принудительно отключить файловую систему от иерархии файловой системы и очистить все ссылки на файловую систему, как только она больше не будет занята.
источник
Причина, по которой вы получаете «цель занята». сообщение связано с тем, что точка монтирования (
/mnt/rescue
) открыта в файловом браузере или в сеансе терминала, а также в порядке размонтирования (здесь я имею вdev/pts
виду, перед этим нужно размонтироватьdev/
)Ну, чтобы успешно размонтировать все фс там:
cd
)!Umount FS уважая порядок
dev/pts => dev/ => proc/ => sys/
:Sudo размонтировать / шоссе / спасательная / DEV / PTS
Sudo размонтировать / шоссе / спасательный / DEV
Sudo размонтировать / шоссе / спасательный / Proc
Sudo размонтировать / шоссе / спасательный / SYS
Sudo размонтировать / шоссе / спасательным
источник
Вот как я поступаю с
schroot
командой на Ubuntu версии 10.04 и выше:источник
Выход из chroot. В хост-системе команда «mount» покажет весь смонтированный путь. (Включает те пути, которые смонтированы в chroot.) Например:
Затем войдите в среду chroot. В среде chroot выполните команду unmount, чтобы размонтировать все пути по порядку. (Подпуть должен быть размонтирован перед родительским путем.)
источник