Jak poradzić sobie z „zajętym urządzeniem lub zasobem”?

Próbowałem rm -rfutworzyć folder i „zajęte było urządzenie lub zasób”.

W systemie Windows użyłbym LockHunter, aby rozwiązać ten problem. Jaki jest odpowiednik Linuksa? (Podaj jako odpowiedź prostą metodę „odblokuj ten” i nie uzupełniaj artykułów takich jak ten . Chociaż są one przydatne, obecnie interesuje mnie tylko ASimpleMethodThatWorks ™)

Narzędzie, które chcesz, to lsofskrót od plików otwartych na liście .

Ma wiele opcji, więc sprawdź stronę podręcznika, ale jeśli chcesz zobaczyć wszystkie otwarte pliki w katalogu:

lsof +D /path

To się powtórzy przez system plików poniżej /path, więc strzeż się robienia tego na dużych drzewach katalogów.

Gdy wiesz, które procesy mają otwarte pliki, możesz zamknąć te aplikacje lub zabić je za pomocą kill(1)polecenia.

czasami jest to wynikiem problemów z montażem, więc odmontowałem system plików lub katalog, który próbujesz usunąć:

umount / ścieżka

Używam fuserdo tego rodzaju rzeczy. Spowoduje wyświetlenie, który proces korzysta z pliku lub plików w instalacji.

Oto rozwiązanie:

1. Przejdź do katalogu i wpisz ls -a
2. Znajdziesz .xyzplik
3. vi .xyz i sprawdź, jaka jest zawartość pliku
4. ps -ef | grep username
5. Zobaczysz zawartość .xyz w 8. kolumnie (ostatni wiersz)
6. kill -9 job_ids - gdzie job_ids jest wartością drugiej kolumny odpowiadającej treści spowodowanej błędem w 8 kolumnie
7. Teraz spróbuj usunąć folder lub plik.

Miałem ten sam problem, zbudowałem jednowierszowy zaczynający się od rekomendacji @camh:

lsof +D ./ | awk '{print $2}' | tail -n +2 | xargs kill -9

awkKomenda chwyta PID. tailKomenda pozbywa się brzydkie pierwszego wpisu: „PID”. Użyłem -9przy zabiciu, inni mogą mieć bezpieczniejsze opcje.

Miałem ten problem, gdy automatyczny test utworzył ramdysk. Polecenia sugerowane w innych odpowiedzi, lsofi fuserbyły nie pomaga. Po testach próbowałem odmontować go, a następnie usunąć folder. Przez wieki byłem bardzo zdezorientowany, ponieważ nie mogłem się go pozbyć - ciągle byłem zajęty „urządzeniem lub zasobem” !

Przez przypadek dowiedziałem się, jak pozbyć się ramdysku. Musiałem odmontować to tyle razy, ile razy uruchomiłem mountpolecenie, tj sudo umount path

Ponieważ został stworzony przy użyciu testów automatycznych, był montowany wiele razy, dlatego nie mogłem się go pozbyć po prostu odmontowując go po testach. Więc po tym, jak ręcznie odmontowałem go wiele razy, w końcu znów stał się zwykłym folderem i mogłem go usunąć.

Mam nadzieję, że może to pomóc komuś, kto napotka ten problem!

Często zdarza mi się to na serwerach z sieciowymi systemami plików NFS. Zakładam, że ma to coś wspólnego z systemem plików, ponieważ pliki zwykle mają takie same nazwy .nfs000000123089abcxyz.

Moje typowe rozwiązanie polega na zmianie nazwy lub przeniesieniu katalogu nadrzędnego pliku, a następnie wrócę później za dzień lub dwa, a plik zostanie automatycznie usunięty, w którym to momencie mogę swobodnie usunąć katalog.

Zazwyczaj dzieje się tak w katalogach, w których instaluję lub kompiluję biblioteki oprogramowania.

Odrzucając powyższe pytanie Prabhata, miałem ten problem w macos high sierra, kiedy utknąłem proces enfs, restartowałem go, ale to rozwiązało, ale to

ps -ef | grep name-of-busy-dir

Pokazał mi proces i PID (kolumna druga).

sudo kill -15 pid-here

naprawione.

Jeśli masz dostępny serwer, spróbuj

Usuwanie tego katalogu z serwera

Lub, wykonaj umount i podłącz ponownie, spróbuj umount -l: leniwy umount, jeśli napotkasz jakiekolwiek problemy na normalnym umount.

Ja też miałem ten problem gdzie

lsof +D path : nie daje wyniku

ps -ef : nie zawiera żadnych istotnych informacji