Comment surmonter “périphérique ou ressource occupé”?

J'ai essayé de rm -rfcréer un dossier et j'ai "périphérique ou ressource occupé".

Dans Windows, j'aurais utilisé LockHunter pour résoudre ce problème. Quel est l'équivalent Linux? (Veuillez donner comme réponse une simple méthode "de déverrouillage", et non des articles complets comme celui-ci . Bien qu'ils soient utiles, je suis actuellement intéressé par ASimpleMethodThatWorks ™)

L'outil que vous voulez est lsof, ce qui signifie ouvrir les fichiers de la liste .

Consultez la page de manuel, mais si vous voulez voir tous les fichiers ouverts dans un répertoire:

lsof +D /path

Cela se répètera à travers le système de fichiers sous /path, alors méfiez-vous-le sur les grandes arborescences.

Une fois que vous savez quels processus ont des fichiers ouverts, vous pouvez quitter ces applications ou les tuer avec la kill(1)commande.

parfois, c'est le résultat de problèmes de montage, je démonte donc le système de fichiers ou le répertoire que vous essayez de supprimer:

umount / chemin

Je l'utilise fuserpour ce genre de chose. Il indiquera quel processus utilise un fichier ou des fichiers dans un montage.

Voici la solution:

1. Allez dans le répertoire et tapez ls -a
2. Vous trouverez un .xyzfichier
3. vi .xyz et regarder dans quel est le contenu du fichier
4. ps -ef | grep username
5. Vous verrez le contenu .xyz dans la 8ème colonne (dernière ligne)
6. kill -9 job_ids - où job_ids est la valeur de la 2ème colonne du contenu correspondant à une erreur dans la 8ème colonne
7. Maintenant, essayez de supprimer le dossier ou le fichier.

J'ai eu ce même problème, construit une ligne commençant par @camh recommandation:

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

La awkcommande saisit le PIDS. La tailcommande supprime la première entrée embêtante: "PID". J'ai utilisé -9pour tuer, d'autres pourraient avoir des options plus sûres.

J'ai eu ce problème quand un test automatisé a créé un disque virtuel. Les commandes suggérées dans les autres réponses lsofet ne fuserservaient à rien. Après les tests, j'ai essayé de le démonter, puis de supprimer le dossier. J'étais vraiment confus depuis des siècles parce que je ne pouvais pas m'en débarrasser - je n'arrêtais pas d'obtenir "Appareil ou ressource occupé" !

Par accident, j'ai découvert comment se débarrasser d'un disque mémoire. Je devais démonter le même nombre de fois que j'avais exécuté la mountcommande, à savoir sudo umount path

Du fait qu'il a été créé à l'aide de tests automatisés, il a été monté plusieurs fois, c'est pourquoi je ne pouvais pas m'en débarrasser en le démontant simplement une fois après les tests. Ainsi, après l'avoir démonté manuellement de nombreuses fois, il est finalement redevenu un dossier normal et je pouvais le supprimer.

Espérons que cela puisse aider quelqu'un d'autre qui rencontre ce problème!

Je rencontre souvent ce problème sur des serveurs dotés de systèmes de fichiers réseau NFS. Je suppose que cela a quelque chose à voir avec le système de fichiers, car les fichiers sont généralement nommés comme .nfs000000123089abcxyz.

Ma solution typique est de renommer ou de déplacer le répertoire parent du fichier, puis de revenir plus tard dans un jour ou deux et le fichier aura été supprimé automatiquement. À ce stade, je suis libre de supprimer le répertoire.

Cela se produit généralement dans des répertoires dans lesquels je suis en train d'installer ou de compiler des bibliothèques de logiciels.

Répondant à la question de Prabhat ci-dessus, j'ai eu ce problème dans macos high sierra lorsque j'ai échoué un processus encfs, le redémarrage l'a résolu, mais ceci

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

M'a montré le processus et le PID (colonne deux).

sudo kill -15 pid-here

corrigé

Si le serveur est accessible, essayez

Supprimer ce répertoire du serveur

Ou bien, démontez et montez à nouveau, essayez umount -l: lazy umount si vous rencontrez un problème avec umount normal.

Moi aussi j'ai eu ce problème où

lsof +D path : ne donne pas de sortie

ps -ef : ne donne aucune information pertinente