Les volumes distincts de celui de l'OS et qui ont vocation de stockage (par exemple : le volume d'une clé USB) disposent, dans un répertoire invisible
.Trashes, de corbeilles spécifiques où sont stockés avant suppression les éléments du volume qu'on choisit de "
déplacer à la corbeille". Ces corbeilles sont des dossiers portant comme intitulé l'
Identifiant de l'utilisateur qui a initié, en se servant du volume, cette mise à la corbeille. Ainsi, s'il s'agit de l'utilisateur
admin aborigène de l'OS du Mac dont l'
Identifiant d'utilisateur est
501, l'intitulé de sa corbeille dans le répertoire
.Trashes du volume de stockage distinct dont il s'est servi sera
501. Antérieurement à la 1ère action de mise à la corbeille d'un élément qui résidait sur le volume externe, le répertoire
.Trashes ne recèle aucune corbeille d'utilisateur spécifique : c'est cette 1ère mise à la corbeille qui crée le dossier "corbeille" d'accueil (en vertu du principe : «
la fonction crée l'organe»).
L'usage d'un volume de stockage externe s'effectue toujours depuis la session qu'a ouverte l'utilisateur dans le volume d'un OS démarré. Cette relation d'usage : volume de stockage externe / session d'utilisateur dans le volume d'un OS se répercute dans la gestion de la corbeille du volume de stockage. Comme ce dernier ne supporte pas un OS démarré, c'est celui dont relève la session de l'utilisateur qui peut seul prendre en charge une fonctionnalité comme la suppression d'éléments placés dans la corbeille du volume externe (= "
vidage de la corbeille"). Afin qu'une telle opération soit transparente pour l'utilisateur, tout élément présent dans la corbeille
501 (dans mon exemple) du répertoire
.Trashes du volume de stockage externe, se trouve par défaut affiché dans la corbeille de session de l'utilisateur
comme s'il en faisait partie. Il n'en fait pas réellement partie (pour preuve : l'inspection du dossier
.Trash qui est le répertoire de la corbeille de session propre à l'utilisateur ne recèle pas l'élément en question, si on l'inspecte) ; mais il s'y trouve
représenté en écho du dossier
501 (qui est la corbeille du volume de stockage externe où il est réellement recelé) - ce, afin que l'utilisateur sache qu'il y a un élément en instance de suppression. Et c'est uniquement (graphiquement parlant) en choisissant de vider
sa corbeille de session, que par action logiquement associée par le Système, la corbeille
501 d'utilisateur présente sur le volume de stockage externe se trouve vidée concomitamment.
☞ il y a donc d'une part
séparation topique des corbeilles de session et de volume de stockage et donc
séparation topique de résidence des éléments "
déplacés à la corbeille" ; mais il y a, d'autre part,
regroupement fonctionnel de l'
affichage graphique des contenus de corbeilles et de l'
action logique de vidage des corbeilles sur la seule corbeille de session de l'utilisateur.
--------------------
Le dossier récalcitrant :
cWpi2aSqo6DAzd (susceptible de renommages) qui s'affiche dans la corbeille de session de l'utilisateur n'est donc pas recelé dans son dossier-corbeille de compte
.Trash, mais est la figuration du contenu recelé par la corbeille résidente d'un volume de stockage externe : la
/Volumes/Data/.Trashes/501. Normalement, commander le vidage de la corbeille de session d'utilisateur, devrait, par "regroupement fonctionnel", exécuter associativement le vidage de la corbeille
501 de ce même utilisateur sur le volume de stockage
Data (j'aime lire à ce pluriel latin l'absence de "s" - private joke - qui constituerait un solécisme ne méritant qu'une "mise à la corbeille" immédiate...
).
La non effectuation de cette action pour la raison alléguée : "
Élément utilisé" ne peut signifier qu'une chose : le dossier résident dans la corbeille est solidaire d'un processus et ne peut donc être supprimé tant que le processus en question requiert l'élément --> je m'accorde avec le diagnostic de
Jean 
.
Ce que j'aimerais savoir est : de quelle sorte de disque relève le volume
Data ? S'agit-il d'une partition du disque interne du Mac, à côté de la partition de l'OS ? S'agit-il d'un volume résident sur un 2è disque interne (substitué au Super-Drive) ? S'agit-il enfin d'un volume dépendant d'un disque externe détachable du Mac (comme un DDE) ?
Que se passe-t-il, la session ouverte, si on démonte de force le volume en question par une commande dans le «
Terminal» ? Pour ce faire, passer d'abord la commande informative :
afin d'obtenir le tableau de toutes les partitions des disques actuellement attachés au Mac --> repérer quel est l'identifiant exact dans la
Table des devices qui correspond au nom de volume :
Data (imaginant que c'est le volume d'un 2è disque, je vais par hypothèse supposer qu'il s'agit de :
/dev/disk1s2 - remplacer cet exemple dans la commande qui suit par le bon identifiant). Passer à présent la commande opérant un démontage forcé du volume :
Bloc de code:
diskutil umount force /dev/disk1s2
--> le processus utilisant le dossier mis à la corbeille
501 devrait être coupé de force de sa cible et le volume démonté. Corrélativement, ledit dossier ne devrait plus s'afficher dans la corbeille de session. Enfin, passer une commande de remontage du volume :
Bloc de code:
diskutil mount /dev/disk1s2
(adapter toujours l'identifiant) --> le dossier de la corbeille
501 se ré-affiche dans la corbeille de session, mais expectativement le processus qui l'utilisait ne retrouve peut-être pas sa cible en cas de remontage de volume postérieur au démarrage : est-ce que la suppression est honorée ? Ou y a-t-il toujours le même message d'échec "
Élément utilisé" ?
.
