Après avoir utilisé un disque de sauvegarde USB externe, je souhaite démonter proprement le lecteur. Lorsque vous appuyez sur le bouton d'éjection, le Finder m'avertit par le message suivant:
- " Le volume ne peut pas être éjecté car il est actuellement utilisé. "
ou
- " Le disque" Nom du disque "n'a pas été éjecté car un ou plusieurs programmes l'utilisent. ".
ou en essayant d'utiliser le terminal: umount /Volumes/Diskname
- " umount (/ Volumes / Diskname): ressource occupée - essayez 'diskutil unmount' "
Autant que je sache, je n'utilise pas ce disque, mais le Finder dit que je l'utilise, alors je dois me tromper. Je préfère un démontage propre du lecteur. Comme je suis en train d'effectuer plusieurs tâches, la déconnexion et la connexion ne sont pas préférées, de même que l'installation de logiciels tiers.
La commande de terminal lsof
peut être utile ici, mais personnellement, je pense que c'est trop complexe pour un problème aussi simple et, pour être honnête, je ne sais pas comment l'utiliser correctement.
Ma question: Comment savoir quel programme utilise mon lecteur pour pouvoir le quitter correctement et éjecter mon lecteur?
la source
Réponses:
lsof
est en effet votre meilleur pari. Le moyen le plus rapide et le plus simple serait ceci: -L'exécution peut prendre quelques minutes, mais une fois terminée, une liste des fichiers ouverts sur le disque apparaît. La sortie ressemblera à ceci:
Dans ce cas, c'est l'
QuickLook
application qui a un fichier ouvert. Fermer l'application directement est le meilleur moyen de résoudre le problème. Cependant, ce n'est pas toujours possible. Par exemple, QuickLook ne s'affiche pas comme une application accessible dans le Dock.Si vous ne pouvez pas fermer l'application manuellement, vous pouvez utiliser la
kill
commande pour la terminer à partir de la ligne de commande. Pour ce faire, utilisez laPID
colonne de la deuxième colonne comme identifiant à tuer. À partir de l'exemple ci-dessus, ce serait:Notez que parfois cela ne fonctionne pas et qu'une forme plus agressive
kill
doit être utilisée. Voici une série d'agressivité croissante (en utilisant l'exemple de PID de 2158):Vous devriez pouvoir éjecter le disque une fois que le processus / l'application a été tué.
Une dernière note
lsof
peut prendre une minute ou deux. Cela peut également être suspendu, mais vous devez le laisser au moins quelques minutes avant de décider que c'est ce qui s'est passé.De plus, parfois, la commande de base
sudo lsof /Volumes/myDrive
ne trouve rien. Si cela se produit, essayez d'ajouter l'+D
argument (c'est-à-diresudo lsof +D /Volumes/myDrive
). Cela fera une analyse descendante du disque. Cela prendra plus de temps, mais tout ce qui pourrait empêcher le disque d’être éjecté doit être récupéré.( Pointe du chapeau au message d'Alec Jacobson pour plus de détails. )
la source
/usr/bin/sudo lsof /Volumes/myDrive
Avez-vous essayé
$ diskutil unmount /Volumes/Diskname
?Ou
$ diskutil unmount force /Volumes/Diskname
?Comme l'indique la page de manuel :
Si votre nom contient des espaces, veillez à les échapper avec
\
, par exemple:Ou utilisez des guillemets pour éviter toute confusion.
la source
sudo
commandement, cela peut aider les autres.Votre problème est probablement dû au processus suivant
mds
: Spotlight indexe votre disque.J'ai ce problème et je n'ai pas encore trouvé de solution.
la source
Vous pouvez essayer l'application donationware " Qu'est-ce qui me garde? " Qui indique quel processus / quelle application utilise le volume / dossier / fichier.
Ce programme est certifié par le développeur pour Mac OS X 10.6 Snow Leopard, mais la page RoaringApps de cette application indique qu'il fonctionne correctement sous OS X 10.7 Lion et OS X 10.8 Mountain Lion.
la source
J'ai reçu ce message malgré la certitude qu'il n'y a aucun fichier ouvert sur le volume . J'ai vérifié cela avec Why Not Unmount , un outil graphique pouvant indiquer les fichiers ouverts sur un disque.
Dans mon cas, c'était un signe que le système de fichiers est corrompu. L'exécution de l'Utilitaire de disque (ou si cela ne suffisait pas, DiskWarrior) a résolu le problème et rendu le disque éjectable à nouveau.
la source
La solution en ligne de commande et What's Keeping Me fonctionnent parfaitement.
Pour récapituler, la ligne de commande dans le terminal est la suivante:
L’application graphique «What's Keeping Me» est disponible chez Hamsoft Engineering .
Captures d'écran des deux avec la même recherche en cours.
Je préfère légèrement la ligne de commande, car elle est toujours là pour vous. D'autre part, What's Keeping Me est plus rapide et plus facile à utiliser si vous l'avez installé.
la source
REMARQUE:
fseventer
fonctionne jusqu'à ce que OS X 10.10 Yosemite et la page du développeur http://www.fernlightning.com soient entre-temps déconnectés. Par conséquent, les liens de produits ont été supprimés. Avecbrew cask install fseventer
il peut encore être disponible sur les anciennes versions de macOS.Il existe une alternative graphique à l’application CLI
lsof
:fseventer
c’est un excellent utilitaire de surveillance de l’accès au système de fichiers à diverses fins . Il fonctionne avec les autorisations de super utilisateur (sudo
), de sorte qu'il voit tous les accès en lecture / écriture de tous les systèmes de fichiers montés et les présente de manière très claire.Mon expérience: j’avais un volume qui ne pouvait pas toujours être éjecté correctement (comme dans les captures d’écran du PO), et qui nécessitait toujours une "éjection forcée", parfois même une déconnexion physique forcée (ni même recommandé! Pouvant endommager votre (s) système (s) de fichiers à ce moment. disque) ou un arrêt du système pour contourner cette méthode brute.
Mon correctif: Résumé: le problème d'éjection peut être dû à un contenu de fichier corrompu ou hérité sur ce volume. Supprimer le contenu problématique peut résoudre ce problème de façon permanente. En détail:
Déterminez quel fichier est utilisé (avec
lsof
oufseventer
). Dans mon cas, c’était un fichier Mac OS classique avec une fourchette de ressources qui restait ouverte, probablement en raison du processus d’analyse de disque en arrière-plan (Spotlight, QuickLook ou similaire).Sauvegardez ces données troublantes dans une archive de fichier (qui conserve les données de ressources spécifiques du Mac (Classic)). J'ai simplement utilisé la fonction native "Compress" de Finder à partir de son menu contextuel.
Supprimer le fichier / dossier en difficulté.
sudo rm -R /path/to/troublesome/FileOrFolder
. Cela a finalement fonctionné après l'échec des tentatives de suppression de Finder.Essayez de démonter à nouveau le volume. Il peut toujours échouer, car les processus en arrière-plan, qui ont échoué, peuvent toujours être dans un état irrécupérable .
Redémarrer. Ensuite, essayez de démonter à nouveau. A partir de là, le volume fonctionna à nouveau correctement. Opérations normales de montage, démontage, lecture / écriture. Ce n'est que lorsqu'un fichier est effectivement ouvert par un processus utilisateur que le démontage est empêché. Comportement parfaitement normal à nouveau.
la source
Solution Assurez-vous que tous les programmes sont fermés. Cliquez sur l'icône Apple en haut à gauche de l'écran, puis sur Forcer à quitter. Dans la liste, cliquez sur Finder. Cliquez maintenant sur le bouton Relancer. Ensuite, essayez à nouveau d'éjecter le lecteur.
la source
Essayez de relancer le Finder. Ici ça marche
la source
qlmanage -r
dit qu'il s'agissait d'une "réinitialisation de quicklookd", mais le fichier était toujours ouvert conformément àlsof +D /path/to/volume
. Un relancement du viseur l'a éclairci et j'ai pu éjecter le volume.J'ai redémarré mon Mac et cela a été corrigé :-)
la source