“Cihaz veya kaynak meşgul” üstesinden nasıl gelinir?

rm -rfBir klasöre denedim ve "cihaz veya kaynak meşgul" oldum .

Windows'ta bunu çözmek için LockHunter'ı kullanırdım. Linux eşdeğeri nedir? (Gibi tam makaleler basit cevap yöntemi "Bu kilidini" değil, olduğu gibi verin bu bir . Onlar faydalısın rağmen, Şu anda sadece ASimpleMethodThatWorks ™ ilgileniyorum)

İstediğiniz aracı lsofanlamına gelen listenin açık dosyalar .

Çok fazla seçeneği var, man sayfasını kontrol edin, ancak tüm açık dosyaları bir dizin altında görmek istiyorsanız:

lsof +D /path

Bu, altındaki dosya sisteminde tekrarlanacaktır /path, bu nedenle büyük dizin ağaçlarında yapılmasına dikkat edin.

Hangi işlemlerin açık dosyaları olduğunu öğrendikten sonra, bu uygulamalardan çıkabilir veya kill(1)komutuyla onları öldürebilirsiniz .

bazen montaj sorunlarının bir sonucudur, bu yüzden kaldırmaya çalıştığınız dosya sistemini veya dizini kaldırırdım:

umount / yol

Kullandığım fuserşey bu tür için. Hangi işlemin bir dosyada veya mount içindeki dosyaları kullandığını listeler.

İşte çözüm:

1. Dizine gir ve yaz ls -a
2. Bir .xyzdosya bulacaksınız
3. vi .xyz ve dosyanın içeriğinin ne olduğuna bakın
4. ps -ef | grep username
5. .Xyz içeriğini 8. sütunda (son satır) göreceksiniz
6. kill -9 job_ids - burada job_ids, 8. sütundaki içeriğe neden olan hatanın 2. sütununun değeridir.
7. Şimdi klasörü veya dosyayı silmeyi deneyin.

Ben de aynı sorunu yaşadım, @camh tavsiyesi ile başlayan bir tek gömlek yaptım:

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

awkKomut PIDS yakalar. tail"PID": Komut sinir bozucu ilk giriş kurtulur. -9Öldürmek için kullandım , başkalarının daha güvenli seçenekleri olabilir.

Otomatik bir test bir ramdisk oluşturduğunda bu sorunu yaşadım. Diğer cevaplarda önerilen lsofve fuserhiçbir yardımı olmayan emirler . Testlerden sonra onu sökmeye ve sonra klasörü silmeye çalıştım. Gerçekten uzun zamandır kafam karıştı, çünkü ondan kurtulamadım - “Aygıt ya da kaynak meşgul” tutmaya devam ettim !

Kazara bir ramdiskten nasıl kurtulacağımı öğrendim. mountKomutu çalıştığım sayıdaki sayıyı kaldırmak zorunda kaldım , yani sudo umount path

Otomatikleştirilmiş testler kullanılarak yaratılmış olması nedeniyle, birçok kez monte edildi, bu yüzden testlerden sonra bir kez sökerek neden ondan kurtulamadım. Bu yüzden, elimden çıkardıktan sonra birçok kez nihayet tekrar düzenli bir klasör haline geldi ve silebildim.

Umarım bu, bu soruna rastlayan birine yardımcı olabilir!

Bu sık sık NFS ağ dosya sistemine sahip sunucularda yaşıyorum. Dosyaların tipik olarak adlandırılmasından dolayı bunun dosya sistemiyle ilgisi olduğunu farz ediyorum .nfs000000123089abcxyz.

Genel çözümüm, dosyanın ana dizinini yeniden adlandırmak veya taşımak, daha sonra bir veya iki gün sonra geri gelmek ve dosya otomatik olarak kaldırılacak, bu noktada dizini silmek için özgürüm.

Bu genellikle yazılım kütüphanelerini kurduğum veya derlediğim dizinlerde olur.

Prabhat'ın yukarıdaki sorusunu çözdüğümde, bu sorunu bir encfs sürecine girdiğimde macos high sierra'da yaşadım, yeniden başlatma sorunu çözdü, ama bu

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

Bana süreci ve PID'yi gösterdi (sütun iki).

sudo kill -15 pid-here

onu düzeltti.

Sunucunuz erişilebilir durumdaysa, Dene'yi deneyin.

Bu dizini sunucudan silme

Veya, do umount ve montaj deneyin tekrar umount -l: Tembel umount Normal umount üzerinde herhangi sorunla karşı karşıya eğer.

Ben de bu problem vardı nerede

lsof +D path : çıktı vermez

ps -ef : ilgili bilgi vermez