Linux: który proces powoduje" zajętość urządzenia " podczas wykonywania umount? [zamknięte]

Na wszelki wypadek... czasami zdarza się, że wywołujesz umount z terminala, a Twój bieżący katalog należy do zamontowanego systemu plików.

Należy użyć polecenia fuser.

Np. fuser /dev/cdrom zwróci pid (y) procesu za pomocą /dev/cdrom.

Jeśli próbujesz odmontować, możesz zabić proces za pomocą przełącznika -k (Zobacz man fuser).

Sprawdź, czy otwarte urządzenia pętli są zmapowane do pliku w systemie plików za pomocą "losetup-a". Nie pojawią się z lsof lub fuser.

Sprawdź również /etc/exports. Jeśli eksportujesz ścieżki wewnątrz punktu montowania przez NFS, spowoduje to ten błąd podczas próby odmontowania i nic nie pojawi się w fuser lub lsof.

lsof +f -- /mountpoint

(as wyświetla listę procesów używających plików montowanych w / mountpoint. Szczególnie przydatny do ustalenia, które procesy używają zamontowanej pamięci USB lub płyty CD / DVD.

Lsof i fuser są rzeczywiście dwoma sposobami na znalezienie procesu, który utrzymuje otwarty plik. Jeśli chcesz tylko, aby umount odniósł sukces, powinieneś zbadać jego opcje-f i-L.

Właśnie dlatego istnieje "fuser-m / mount / point".

BTW, nie sądzę, aby "fuser "lub" lsof " wskazywały, kiedy zasób jest przechowywany przez moduł jądra, chociaż zwykle nie mam tego problemu..

Lsof i fuser też nic mi nie dali.

Po procesie zmiany nazw wszystkich możliwych katalogów na .stary i restartujący system za każdym razem po wprowadzeniu zmian znalazłem jeden konkretny katalog (odnoszący się do postfixa), który był odpowiedzialny.

Okazało się, że kiedyś zrobiłem dowiązanie symboliczne z / var/spool /postfix do/disk2/pers/mail/postfix / varspool w celu zminimalizowania zapisów na dysku na głównym systemie plików SDCARD (Wtyczka Sheeva).

Z tym dowiązaniem symbolicznym, nawet po zatrzymaniu usług postfix i dovecot (zarówno ps aux, jak i netstat-tuanp nie pokazały nic związanego) nie udało mi się odmontować /disk2/pers.

Kiedy usunąłem dowiązanie symboliczne i zaktualizowałem pliki konfiguracyjne postfix i dovecot, aby wskazywały bezpośrednio na nowe dirs na /disk2 / pers/, udało mi się pomyślnie zatrzymać usługi i odmontować katalog.

Następnym razem przyjrzę się dokładniej wyjściu:

ls -lR /var | grep ^l | grep disk2

Powyższe polecenie wyświetli rekurencyjnie listę wszystkich dowiązania symboliczne w drzewie katalogów (tutaj zaczynając od / var) i odfiltrowują te nazwy, które wskazują na określony docelowy punkt montowania (tutaj disk2).

Otwórz pliki

Procesy z otwartymi plikami są zwykłymi winowajcami. Wyświetl je:

lsof +f -- <mountpoint or device>

Jest zaleta używania /dev/<device> zamiast /mountpoint: punkt montowania zniknie po umount -l lub może być ukryty przez nałożony mount.

fuser może być również używany, ale moim zdaniem lsof ma bardziej użyteczne wyjście. Jednak fuser jest przydatny, jeśli chodzi o zabijanie procesów powodujących Twoje dramaty, abyś mógł żyć dalej.

Lista plików na <mountpoint>

fuser -vmM <mountpoint>

Interaktywnie zabija tylko procesy z plikami otwartymi do zapisu:

fuser -vmMkiw <mountpoint>

fuser -vmMk <mountpoint>

Mountpoints

mount | grep <mountpoint>/

Dla mocowań loopback sprawdź również wyjście:

losetup -la

Anonimowe iPody (Linux)

Anonymous inodes mogą być tworzone przez:

• pliki tymczasowe (open z O_TMPFILE)
• inotify zegarki
• [eventfd]
• [eventpoll]
• [timerfd]

Nie pojawią się w lsof +f -- /dev/<device>, więc musisz:

lsof | grep a_inode

Za zabicie processes holding anonymous i -ode, see: List current inotify watches (pathname, PID).

Jeśli nadal nie możesz odmontować lub ponownie zamontować urządzenia Po zatrzymaniu wszystkich usług i procesów za pomocą otwartych plików, może istnieć plik wymiany lub partycja wymiany, która będzie zajęta urządzeniem. To nie pojawi się z fuser lub lsof. Wyłącz zamianę z:

sudo swapoff -a

Możesz sprawdzić wcześniej i pokazać podsumowanie dowolnych partycji wymiany lub plików wymiany za pomocą:

swapon -s

Lub:

cat /proc/swaps

Jako alternatywę dla użycia polecenia sudo swapoff -a, Możesz również wyłączyć swap poprzez zatrzymanie usługi lub systemd jednostki. Na przykład:

sudo systemctl stop dphys-swapfile

Lub:

sudo systemctl stop var-swap.swap

W moim przypadku wyłączenie swap było konieczne, oprócz zatrzymania wszelkich usług i procesów z plikami otwartymi do zapisu, tak że mogłem ponownie zamontować moją partycję główną jako Tylko do odczytu, aby uruchomić fsck na mojej partycji głównej bez ponownego uruchamiania. Było to konieczne na Raspberry Pi uruchomiony Raspbian Jessie.

Systemy plików zamontowane na systemie plików, który próbujesz odmontować, mogą powodować błąd target is busy oprócz plików, które są w użyciu. (Na przykład gdy mount -o bind /dev /mnt/yourmount/dev w celu użycia chroot tam.)

Aby dowiedzieć się, które systemy plików są zamontowane na systemie plików, uruchom następujące polecenie:

mount | grep '/mnt/yourmount'

Aby dowiedzieć się, które pliki są używane, skorzystaj z porad sugerowanych już przez innych tutaj:

lsof | grep '/mnt/yourmount'