umount target is busy что делать
Принудительно размонтировать раздел (umount — device is busy)
Иногда не получается размонтировать раздел, так как выходит ошибка:
umount — device is busy
umount: /mnt/disk: device is busy
Тогда его можно размонтировать принудительно командой
авторынок
Похожие материалы (по тегу)
234 комментарии
Стартовый касательно довольно расхожих видов продвижения касательно коммерции есть навесная рекламное объявление, которую реально разместить на публичном локации плюс привлекать интересующихся клиентов. Предприятие LowCostPrint уже из течении многих лет занимается форматную печатью большой трудности также сумеет воплотить задание в постижимым цене в Московской области. В онлайн магазине баннер 6х3 пользователь сможет выбрать интересующий модификацию баннера: рекламные растяжки, интерьер оттиск, ненастоящие фасады, стенды, постпечатная печать, наклейки, пропечатка по сетке и другие форматы широкого печати.
Определиться с подходящим вариантом клиентам помогут наши опытные менеджеры, те что у телефонном распорядке дадут полноценный ответ на всяческих неотложных вопросы, укажут счет плюс посодействуют осущетсвить широкоформатную печать именно по онлайн ресурс. Трудясь на нашем оборудовании также из https://баннер-москва.рф/ прямыми снабженцами, наш магазин гарантируем новым покупателям отличное свойства, быстрая реализация, формирование любых размеров и верную тон!
Error 523 origin is unreachable
Error 523 origin is unreachable
Error 523 origin is unreachable
I’m not sure where you’re getting your information, but good topic.
I needs to spend some time learning much more or understanding more.
Thanks for magnificent info I was looking for this information for my mission.
Монтирование диска в Linux
Разделы дисков в Linux подключаются к системе совсем не так, как в Windows. Здесь есть корневая файловая система, куда подключаются все другие разделы и устройства, которые вы будете использовать. Системные разделы монтируются автоматически при старте системы. Но если вам нужно подключить дополнительные разделы, в некоторых случаях, может понадобиться это делать вручную.
В этой статье мы рассмотрим как выполняется монтирование диска в Linux, поговорим о том, как правильно использовать утилиту mount, umount и посмотреть какие разделы куда примонтированы.
Что такое монтирование?
Как я уже сказал Linux имеет единую корневую файловую систему, куда подключаются все запоминающие устройства и другие ресурсы. На самом деле, в Windows происходит что-то подобное, только все это скрыто от пользователя.
Фактически смонтированный раздел становится частью корневой файловой системы и система старается сделать работу со всеми разделами, независимо от их файловых систем, прозрачной. Это значит, что если вы примонтируете участок оперативной памяти или удаленную сетевую папку, то сможете работать с ней в файловом менеджере точно так же, как и с локальным диском.
Например, вы хотите примонтировать флешку. Вы даете системе команду подключить ее в папку /run/media/имя_пользователя/UUID_флешки/. Система определяет файловую систему устройства, а затем, используя драйвера ядра подключает ее к указанной папке. Дальше вам остается работать с той папкой, как с любой другой. Больше ни о чем думать не нужно. Когда надумаете извлечь флешку, ее нужно отмонтировать.
Монтирование дисков в Linux
Обычно, монтированием занимаются специальные сервисы оболочки, но не всегда они доступны. А иногда нужно сделать все вручную, чтобы задать дополнительные опции монтирования или другие параметры. Для монтирования в Linux используется команда mount. Рассмотрим ее параметры:
$ mount файл_устройства папка_назначения
Или расширенный вариант:
Перед тем как перейти к рассмотрению примеров работы утилитой, давайте рассмотрим ее основные опции:
Это не все, но основные опции, которые вам понадобятся во время работы с утилитой. Также, возможно, вы захотите знать список опций монтирования, которые могут быть полезными. Они все перечислены в статье автоматическое монтирование в fstab и писать их еще и здесь нет смысла. А теперь перейдем к примерам и рассмотрим как монтировать диск в linux.
Монтирование разделов с помощью mount
Монтирование разделов с помощью mount выполняется очень просто. Фактически в большинстве случаев будет достаточно упрощенной версии команды. Например, смонтируем раздел /dev/sdb6 в папку /mnt:
sudo mount /dev/sdb6 /mnt/
Вы можете использовать и другие опции чтобы выполнить монтирование разделов linux, например, указать, что на этом разделе нельзя выполнять программы:
Обратите внимание, что вы не можете использовать опции uid, gid, fmask для файловых систем ext. Они поддерживаются только в FAT, vFAT, exFAT.
Вы можете использовать не только имена устройств чтобы выполнить монтирование диска в linux. Для этого можно применять UUID или метки, например, монтирование с помощью UUID:
Посмотреть uuid для ваших разделов можно с помощью команды:
Точно так же вы можете использовать метки. Команда монтирования диска linux будет выглядеть так:
Возможно, не только монтирование разделов linux, но и монтирование файлов, если они содержат файловую систему, например, образов дисков. Монтирование образа диска linux работает точно так же:
Посмотреть список всех примонтированных устройств можно просто выполнив mount без параметров:
Размонтирование устройств в Linux
Когда вы хотите завершить работу с устройством, особенно с флешкой, его нужно размонтировать. Для этого существует утилита umount. В качестве параметров она принимает точку монтирования или устройство. Например:
Теперь ваше устройство не смонтировано. Но иногда может возникнуть ошибка размонтирования. Система сообщит, что устройство занято: umount: /mnt: target is busy.
Проблему можно решить закрыв все программы, которые могут использовать любой файл в этой папке. Какие именно это программы вы можете узнать с помощью команды lsof:
Выводы
В этой статье мы рассмотрели как выполняется монтирование жестких дисков linux, а также разделов и даже образов. Вы знаете как правильно использовать опции mount и umount. Если у вас остались вопросы, спрашивайте в комментариях!
umount: устройство занято. Почему?
При беге umount /path я получаю:
Файловая система огромна, поэтому lsof +D /path это нереальный вариант.
что нормально для всех неиспользуемых смонтированных файловых систем.
Как мне выяснить, почему ядро считает эту файловую систему занятой?
Когда я остановился, nfs-kernel-server я мог umount каталог.
Вместо того, чтобы использовать lsof для обхода файловой системы, просто используйте общий список открытых файлов и создайте его. Я считаю, что этот возврат должен быть быстрее, хотя и менее точным. Это должно сделать работу.
Для меня оскорбительным процессом был демон, запущенный в chroot. Потому что это было в chroot, lsof и fuser не нашел бы его.
Открытые файлы
Процессы с открытыми файлами являются обычными виновниками. Показать их:
fuser Также можно использовать, но на мой взгляд, lsof есть более полезный вывод. Однако fuser это полезно, когда дело доходит до уничтожения процессов, вызывающих ваши драмы, чтобы вы могли продолжить свою жизнь.
Список файлов (см. Предостережение выше):
Интерактивно уничтожать только процессы с открытыми для записи файлами:
точки монтирования
Для петлевых монтировок также проверьте вывод:
Анонимные иноды (Linux)
Это самый неуловимый тип покемона, и появляются в lsof «s TYPE столбец как a_inode (который без документов на lsof странице человека ).
У нас есть собственная система, в которой корневая файловая система обычно доступна только для чтения. Иногда, когда файлы должны быть скопированы, перемонтируется чтение-запись:
А потом перемонтировал обратно:
Обратите внимание DEL на вывод. Простая перезагрузка процесса, держась за удаленный файл, решила проблему.
lsof и fuser ничего не дал мне тоже.
Когда я удалил символическую ссылку и обновил файлы конфигурации postfix и, dovecot чтобы они указывали непосредственно на новые каталоги, /disk2/pers/ я смог успешно остановить службы и unmount каталог.
В следующий раз я посмотрю более внимательно на вывод:
Приведенная выше команда рекурсивно выведет список всех символических ссылок в дереве каталогов (здесь начиная с /var ) и отфильтрует те имена, которые указывают на конкретную целевую точку монтирования (здесь disk2).
У меня была эта проблема, и оказалось, что на заднем плане были активные сеансы экрана, о которых я не знал. Я подключился к другому активному экранному сеансу, а его оболочка даже в данный момент не находилась в смонтированном каталоге. Убийство тех других сессий оболочки решило проблему для меня.
Просто подумал, что поделюсь своим решением.
Сегодня проблема была в открытом сокете (конкретно tmux ):
Это скорее обходной путь, чем ответ, но я выкладываю его на случай, если это кому-нибудь поможет.
В моем случае я пытался изменить LVM, так как хотел увеличить раздел / var, поэтому мне нужно было его размонтировать. Я попробовал все комментарии и ответил в этом посте (спасибо всем и особенно @ ole-tange за их сбор) и все равно получил ошибку «устройство занято».
Поскольку я использовал redhat, уровень запуска 4 помечен как «неиспользуемый / определенный пользователем», поэтому я использовал его и запустил. init 4 В моем случае это было нормально, так как мне нужно было перезагрузить сервер в любом случае, но, вероятно, это будет так кто-нибудь настраивал диски.
umount: device is busy. Why?
When running umount /path I get:
The filesystem is huge, so lsof +D /path is not a realistic option.
which is normal for all unused mounted file systems.
How do I figure out why the kernel thinks this filesystem is busy?
14 Answers 14
When I stopped the nfs-kernel-server I could umount the directory.
Instead of using lsof to crawl through the file system, just use the total list of open files and grep it. I find this returns must faster, although it’s less accurate. It should get the job done.
For me, the offending process was a daemon running in a chroot. Because it was in a chroot, lsof and fuser wouldn’t find it.
Open files
Processes with open files are the usual culprits. Display them:
fuser can also be used, but to my mind lsof has a more useful output. However fuser is useful when it comes to killing the processes causing your dramas so you can get on with your life.
List files on (see caveat above):
Interactively kill only processes with files open for writing:
Mountpoints
The culprit can be the kernel itself. Another filesystem mounted on the filesystem you are trying to umount will cause grief. Check with:
For loopback mounts, also check the output of:
Anonymous inodes (Linux)
These are the most elusive type of pokemon, and appear in lsof ‘s TYPE column as a_inode (which is undocumented in the lsof man page).
For killing processes holding anonymous inodes, see: List current inotify watches (pathname, PID).
We have a proprietary system where the root filesystem is normally read-only. Occasionally, when files have to be copied over, it is remounted read-write:
And then remounted back:
Notice the DEL in the output. Simply restarting the process holding on to the deleted file resolved the issue.
I had this issue, and it turned out that there were active screen sessions in the background I didn’t know about. I connected to the other active screen session and its shell wasn’t even currently sitting in the mounted directory. Killing those other shell sessions fixed the issue for me.
Just thought I’d share my resolution.
lsof and fuser didn’t give me anything either.
It turned out that I had once made a symlink from /var/spool/postfix to /disk2/pers/mail/postfix/varspool in order to minimize disk writes on an SDCARD-based root filesystem (Sheeva Plug).
When I removed the symlink and updated the postfix and dovecot config files to point directly to the new dirs on /disk2/pers/ I was able to successfully stop the services and unmount the directory.
Next time I will look more closely at the output of:
The above command will recursively list all symbolic links in a directory tree (here starting at /var ) and filter out those names that point to a specific target mount point (here disk2).
Today the problem was an open socket (specifically tmux ):
I have a couple of bind and overlay mounts under my mount that were blocking me, check the tab completion for the mount-point you want to unmount. I suspect it was the overlay mount in particular but could have been the binds too
This is more a workaround than an answer, but I’m posting it in case it might help someone.
In my case I was trying to modify the LVM as I wanted to make the /var partition bigger, so I needed to umount it. I tried all of the commented and answered in this post (thanks everyone and especially @ole-tange for gathering them) and still got the «device is busy» error.
As I was using redhat, runlevel 4 is marked as «unused/user defined», so I used that one, and run init 4 In my case this was ok as I needed to reboot the server in any case, but probably that will be the case of anyone tweaking the disks.
umount: устройство занято. Зачем?
При запуске umount /path я получаю:
Файловая система огромна, поэтому lsof +D /path не является реалистичным вариантом.
, что является нормальным для всех неиспользуемых смонтированных файловых систем.
Как я могу понять, почему ядро думает, что эта файловая система занята?
12 ответов
Вместо того, чтобы использовать lsof для сканирования через файловую систему, просто используйте общий список открытых файлов и grep. Я считаю, что возврат возвращается быстрее, хотя он менее точен. Он должен выполнить свою работу.
Для меня процесс нарушения был демоном, выполняющимся в chroot. Поскольку он был в chroot, lsof и fuser не нашел бы его.
У нас есть проприетарная система, в которой корневая файловая система обычно доступна только для чтения. Иногда, когда файлы должны быть скопированы, они перемонтируются read-write:
И снова верните назад:
Обратите внимание на DEL на выходе. Просто перезагрузка процесса, удерживающего удаленный файл, разрешила проблему.
lsof и fuser тоже ничего мне не дал.
В следующий раз я буду более внимательно смотреть на вывод:
Вышеуказанная команда будет рекурсивно перечислить все символические ссылки в дереве каталогов (здесь начиная с /var ) и отфильтровать те имена, которые указывают на конкретную целевую точку монтирования (здесь disk2).
У меня была эта проблема, и оказалось, что в фоновом режиме, о котором я не знал, были активные сеансы экрана. Я подключился к другому активному сеансу экрана, и его оболочка даже не сидела сейчас в смонтированном каталоге. Убив эти другие сеансы оболочки, я решил проблему.
Просто подумал, что разделю мое решение.
Открыть файлы
Процессы с открытыми файлами являются обычными преступниками. Отобразите их:
fuser также может использоваться, но, на мой взгляд, lsof имеет более полезный вывод. Однако fuser полезен, когда дело доходит до убийства процессов, вызывающих ваши драм, чтобы вы могли продолжить свою жизнь.
Список файлов в (см. выше):
Интерактивно убивать только процессы с файлами, открытыми для записи:
точки монтирования
Для соединений с петлевой петлей также проверьте вывод:
Анонимные inodes (Linux)
Это наиболее неуловимый тип pokemon и отображаются в столбце lsof TYPE как a_inode (который недокументирован в lsof man page ).
Сегодня проблема заключалась в открытом сокете (в частности, tmux ):
У меня есть пара привязок bind и overlay под моим монтированием, которые блокировали меня, проверьте завершение вкладки для точки монтирования, которую хотите размонтировать. Я подозреваю, что это было оверлейное монтирование в частности, но могло быть и привязкой.
Это скорее обходной путь, чем ответ, но я отправляю его на случай, если он может помочь кому-то.
В моем случае я пытался изменить LVM, поскольку я хотел бы сделать раздел /var более крупным, поэтому мне нужно было его убрать. Я пробовал все прокомментировал и ответил в этом сообщении (спасибо всем и особенно @ ole-tange за их сбор) и все еще получил ошибку «устройство занято».
Поскольку я использовал redhat, уровень запуска 4 помечен как «unused /user defined», поэтому я использовал его и запускал init 4 В моем случае это было нормально, так как мне нужно было перезагрузить сервер в любом случае, но, вероятно, это будет случай, когда кто-то настраивает диски.