umount Périphérique ou ressource occupé ; déjà essayé : mount, lsof, fuser, exportfs, ps axf

Dans le cadre d'un système de création automatique de VM, un périphérique de bloc est monté dans un dossier temporaire ( /tmp/quelque chose ). Divers scripts installent et configurent la VM avant sa première exécution.

Récemment, quelque chose a changé, le montage temporaire est occupé et refuse de monter. En essayant de déterminer ce qui pourrait encore garder un fichier ouvert, j'ai vérifié :

Tests exécutés en tant que root

• mont
• lsof | grep /tmp/
• fuser -m /tmp/...
• exportfs -rv
• Redémarrage du démon qui exécute la création scripts de toute façon....
• ps axf
• table dmsetup
• losetup -a
• fuser -vm /tmp/tmp.random-chars/ (donne deux lignes)
• • COMMANDE D'ACCÈS PID DE L'UTILISATEUR
• • /tmp/tmp.random-chars : root kernel mount /tmp/tmp.random-chars

Aucun des tests ci-dessus n'a de résultats indiquant une utilisation du système de fichiers, mais umount -f se plaint toujours de "Device or resource busy" / "device is busy".

Quels sont les autres tests que je devrais essayer pour trouver la véritable cause et ainsi espérer résoudre le problème de montage bloqué sans redémarrage sur un système que je ne peux actuellement pas redémarrer pendant un certain temps, ainsi que pour éviter que cela ne se reproduise ?

Il est également /douteux/ (mais je ne sais pas comment vérifier) que les modules du noyau du montage temporaire soient chargés, car le montage temporaire a une version de Linux installée différente de celle de l'hôte.

éditions

• D'après les différents résultats de recherche, il semble que les /modules/ soient simplement lus en mémoire. Je ne sais pas si le noyau peut avoir des fichiers ouverts et comment accéder à une telle liste.
• Ajouté le dmsetup / losetup à la liste des "tests qui ne montrent pas de problèmes".
• fuser -vm comme suggéré dans freenode ##linux