10.13 High Sierra Problème de corbeille avec High Sierra

strely

Membre confirmé
5 Janvier 2006
102
4
Ia Ora Na

Depuis l'installation de High Sierra, lorsque je supprime un fichier par le finder, il est immédiatement supprimé sans passer par la corbeille, cette dernière est blanche dans mon dock !!! pourtant j'ai vérifié les préférences du finder et tout est ok.
Comme conséquence, pour désinstaller une app avec appcleaner, cette dernière me dit qu'elle ne peut pas placer les éléments à supprimer dans la corbeille.
Merci de votre aide

Strely
 
D

Deleted member 1099514

Invité
Salut

Que te renvoie dans le terminal (Applications/Utilitaires) la commande :
ls -lnd .Trash
 

strely

Membre confirmé
5 Janvier 2006
102
4
Voila la réponse :
1 502 20 0 Oct 8 13:04 .Trash

Avec le décalage horaire pour la Polynésie je ne pourrais répondre qu'après la nuit... merci d'avance
 
D

Deleted member 1099514

Invité
Et que te répond la commande :
id

Ce serait bien de faire un copier/coller des retours. Il manque des choses là.
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 407
25 783
Forêt de Fontainebleau
Salut HOOKER

Je te propose d'aller à : Applications > Utilitaires > pour lancer le «Terminal». Dans la fenêtre qui s'est ouverte > saisis par copier-coller (une commande à la fois seulement) les 3 commandes que je te présente en tableau pour la commodité :
Bloc de code:
rm -rf ~/.Trash
mkdir ~/.Trash
chmod 700 ~/.Trash
et ↩︎ (presse la touche "Entrée" du clavier après chaque commande saisie pour l'exécuter)

  • la 1ère supprime (rm -rf) le sous-dossier invisible .Trash qui est le dossier (francisé par le Finder sous l'intitulé : "Corbeille") situé à la racine de ton dossier de compte désigné par ~/
  • la 2è recrée (mkdir) de neuf un sous-dossier .Trash au même exact emplacement
  • la 3è rectifie les permissions (chmod) sur le dossier à : lecture / écriture / exécution (rwx ou 700 en valeur octale) pour toi seul.

=> tu n'as qu'à dire si cette restauration de neuf de ta Corbeille de compte a réglé le problème.
 

HOOKER

Membre confirmé
13 Janvier 2010
157
8
Meze-Hérault
Attention Macomaniac
Bonjour
J'ai refait 2 fois la manip (3 lignes sur le terminal) mais cela me laisse toujours une corbeille transparente et qui ne s'ouvre tjrs pas.((clic droit l'obscurcit).
Cordialement
Hooker
 

HOOKER

Membre confirmé
13 Janvier 2010
157
8
Meze-Hérault
Salut HOOKER

Je te propose d'aller à : Applications > Utilitaires > pour lancer le «Terminal». Dans la fenêtre qui s'est ouverte > saisis par copier-coller (une commande à la fois seulement) les 3 commandes que je te présente en tableau pour la commodité :
Bloc de code:
rm -rf ~/.Trash
mkdir ~/.Trash
chmod 700 ~/.Trash
et ↩︎ (presse la touche "Entrée" du clavier après chaque commande saisie pour l'exécuter)

  • la 1ère supprime (rm -rf) le sous-dossier invisible .Trash qui est le dossier (francisé par le Finder sous l'intitulé : "Corbeille") situé à la racine de ton dossier de compte désigné par ~/
  • la 2è recrée (mkdir) de neuf un sous-dossier .Trash au même exact emplacement
  • la 3è rectifie les permissions (chmod) sur le dossier à : lecture / écriture / exécution (rwx ou 700 en valeur octale) pour toi seul.
=> tu n'as qu'à dire si cette restauration de neuf de ta Corbeille de compte a réglé le problème.

Bonjour
J'ai refait 2 fois la manip (3 lignes sur le terminal) mais cela me laisse toujours une corbeille transparente et qui ne s'ouvre tjrs pas.((clic droit l'obscurcit).
Cordialement
Hooker
 

HOOKER

Membre confirmé
13 Janvier 2010
157
8
Meze-Hérault
Copie du terminal à ce jour

Voir post #2 et #4
Last login: Thu Nov 16 13:28:44 on ttys000

pc56:~ hooker04$ IS-Ind.Trash

-bash: IS-Ind.Trash: command not found

pc56:~ hooker04$ rm -rf ~/.Trash

Fenetre du terminal après les 3 lignes de commande
rm: /Users/hooker04/.Trash/Dashlane.app/Contents/Library/LoginItems/DashlaneAgent.app/Contents/Extensions/Dashlane.safariextz: Permission denied

rm: /Users/hooker04/.Trash/Dashlane.app/Contents/Library/LoginItems/DashlaneAgent.app/Contents/Extensions/jetpack-extension@dashlane.com-5.1.1.xpi: Permission denied

rm: /Users/hooker04/.Trash/Dashlane.app/Contents/Library/LoginItems/DashlaneAgent.app/Contents/Extensions: Directory not empty

rm: /Users/hooker04/.Trash/Dashlane.app/Contents/Library/LoginItems/DashlaneAgent.app/Contents: Directory not empty

rm: /Users/hooker04/.Trash/Dashlane.app/Contents/Library/LoginItems/DashlaneAgent.app: Directory not empty

rm: /Users/hooker04/.Trash/Dashlane.app/Contents/Library/LoginItems: Directory not empty

rm: /Users/hooker04/.Trash/Dashlane.app/Contents/Library: Directory not empty

rm: /Users/hooker04/.Trash/Dashlane.app/Contents: Directory not empty

rm: /Users/hooker04/.Trash/Dashlane.app: Directory not empty

rm: /Users/hooker04/.Trash: Directory not empty

pc56:~ hooker04$ mkdir ~/.Trash

mkdir: /Users/hooker04/.Trash: File exists

pc56:~ hooker04$ chmod 700 ~/.Trash

pc56:~ hooker04$ Is-Ind.Trash

-bash: Is-Ind.Trash: command not found

pc56:~ hooker04$
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 407
25 783
Forêt de Fontainebleau
:coucou: HOOKER

L'affichage retourné montre que --> comme la commande ne parvient pas à supprimer tous les éléments enfants contenus dans la corbeille (l'application Dashlane.app) --> elle ne parvient pas en conséquence à supprimer le dossier parent .Trash.

Passe la commande :
Bloc de code:
sudo rm -rf ~/.Trash

  • une demande de password va s'afficher à validation (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe - et valide de nouveau
  • la commande de suppression s'exécute ici en droits root

=> quel est l'affichage retourné par cette commande : rien ou quelque chose ?
 
D

Deleted member 1099514

Invité
Copie du terminal à ce jour


Last login: Thu Nov 16 13:28:44 on ttys000

pc56:~ hooker04$ IS-Ind.Trash

..........

.........



pc56:~ hooker04$

T'as tout faux là.
Faut respirer et laisser des espaces :
ls <espace> -ln <espace> .Trash

Mais comme vous êtes partis dans le brutal avec Maco c'est devenu inutile.:D
 

HOOKER

Membre confirmé
13 Janvier 2010
157
8
Meze-Hérault
:coucou: HOOKER

L'affichage retourné montre que --> comme la commande ne parvient pas à supprimer tous les éléments enfants contenus dans la corbeille (l'application Dashlane.app) --> elle ne parvient pas en conséquence à supprimer le dossier parent .Trash.

Passe la commande :
Bloc de code:
sudo rm -rf ~/.Trash

  • une demande de password va s'afficher à validation (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe - et valide de nouveau
  • la commande de suppression s'exécute ici en droits root
=> quel est l'affichage retourné par cette commande : rien ou quelque chose ?
pc56:~ hooker04$
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 407
25 783
Forêt de Fontainebleau
Alors si tu as ré-obtenu directement l'invite de commande ;
Bloc de code:
pc56:~ hooker04$
sans plus de message de déni du genre :
Bloc de code:
rm: /Users/hooker04/.Trash: Directory not empty

  • c'est que la commande exécutée avec privilèges root (grâce à sudo) a bien réussi d'abord à vider la corbeille de ses contenus (enfants) > et donc a supprimer à la suite le dossier contenant (parent)

Je t'invite à présent à enchaîner par les deux commandes que tu avais déjà tentées en vain, faute de suppression en droits standards de la Corbeille. Repasse donc (l'une après l'autre) les commandes :
Bloc de code:
mkdir ~/.Trash
chmod 700 ~/.Trash

  • la 1ère recréant un dossier .Trash (= "Corbeille") à la racine de ton compte d'utilisateur hooker04
  • la 2è restaurant les permissions sur ce dossier à rwx (lecture > écriture > exécution - 7 en octal) pour toi seul (hooker04) > le groupe principal staff et le groupe secondaire everyone ayant 0 & 0 permissions sur ta corbeille.

=> tu n'as qu'à dire après passation de ces 2 commandes re-créarices > si ta corbeille est redevenue fonctionnelle.
 

HOOKER

Membre confirmé
13 Janvier 2010
157
8
Meze-Hérault
T'as tout faux là.
Faut respirer et laisser des espaces :
ls <espace> -ln <espace> .Trash

Mais comme vous êtes partis dans le brutal avec Maco c'est devenu inutile.:D
Je n'ai fait qu'un copie/coller de ce que m'a dit Maco
Hooker
Alors si tu as ré-obtenu directement l'invite de commande ;
Bloc de code:
pc56:~ hooker04$
sans plus de message de déni du genre :
Bloc de code:
rm: /Users/hooker04/.Trash: Directory not empty

  • c'est que la commande exécutée avec privilèges root (grâce à sudo) a bien réussi d'abord à vider la corbeille de ses contenus (enfants) > et donc a supprimer à la suite le dossier contenant (parent)

Je t'invite à présent à enchaîner par les deux commandes que tu avais déjà tentées en vain, faute de suppression en droits standards de la Corbeille. Repasse donc (l'une après l'autre) les commandes :
Bloc de code:
mkdir ~/.Trash
chmod 700 ~/.Trash

  • la 1ère recréant un dossier .Trash (= "Corbeille") à la racine de ton compte d'utilisateur hooker04
  • la 2è restaurant les permissions sur ce dossier à rwx (lecture > écriture > exécution - 7 en octal) pour toi seul (hooker04) > le groupe principal staff et le groupe secondaire everyone ayant 0 & 0 permissions sur ta corbeille.
=> tu n'as qu'à dire après passation de ces 2 commandes re-créarices > si ta corbeille est redevenue fonctionnelle.
OK cela semble bon.La corbeille s'est bien remplie après un fichier que j'ai supprimée,je vois le fichier dans la poubelle et je peux le supprimer.
Mille fois merci et bonne soirée.
Cordialement
Hooker
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 407
25 783
Forêt de Fontainebleau
:coucou: HOOKER

Les histoires de corbeille [récalcitrante / transparente etc.] ont toujours quelque chose d'ingrat à scruter, pour l'entendement. La lumière n'apparaît jamais, comme il se doit d'ailleurs quand on fouille dans des poubelles - fussent-elles logiques.

C'est la raison pour laquelle j'ai proposé directement un petit jeu de commandes de suppression / recréation du dossier .Trash à problème.

Ce procédé a marché directement pour strely, le créateur de ce fil. Il paraissait échouer en ce qui te concerne. En voici la raison -->

la 1ère commande :
Bloc de code:
rm ~/.Trash

  • appelait l'utilitaire rm (remove : supprimer) > sur le domaine de ton dossier de compte hooker04 représenté par ~/ (le tilde ~ désignant en raccourci, par convention, la même chose que le dossier de compte de l'utilisateur connecté, la / suivant ici le tilde désignant le point de commencement de l'espace de ce dossier) > et l'objet .Trash dans cet espace : un dossier intitulé du nom Américain de "corbeille", le . précédant Trash invitant le Finder à ne pas l'afficher graphiquement.

  • l'utilitaire rm > lorsqu'on l'appelle à une action de suppression sur un objet qui est un dossier > procède toujours de la même manière sérielle : d'abord la suppression des éléments contenus dans le dossier ("enfants") > puis la suppression du dossier contenant une fois vidé ("parent"). Dans ton cas, une application était un des "enfants" du dossier corbeille, et elle exigeait des droits de super-administateur pour être supprimée. Ce que l'utilitaire rm appelé tout court avec tes permissions standards d'utilisateur hooker04 ne possédait pas. Il ne pouvait donc pas commencer par "vider" la corbeille de ses enfants > et ne pouvait donc pas par suite "vider la corbeille" en tant que parent.

  • préfacer la commande de sudo (substitute_user_do : effectuer la commande qui suit avec une identité substituée d'utilisateur) > lorsqu'on n'ajoute aucune option à sudo > signifie par défaut : effectuer la commande qui suit avec l'identité substituée de root, le System Administrator. Pour que sudo prenne effet dans une commande > un password est requis : le mot-de-passe de l'utilisateur, qui doit faire partie du groupe admin pour avoir le "droit de sudo". En conséquence, la même commande avec sudo en préfixe a pu vider d'abord la corbeille de son contenu, et donc ensuite supprimer aussi le dossier corbeille contenant lui-même. À partir de là > les 2 commandes de re-création d'une corbeille neuve sont passées sans difficulté.
 

Mac1978

Membre confirmé
15 Février 2008
120
5
:coucou: HOOKER

Les histoires de corbeille [récalcitrante / transparente etc.] ont toujours quelque chose d'ingrat à scruter, pour l'entendement. La lumière n'apparaît jamais, comme il se doit d'ailleurs quand on fouille dans des poubelles - fussent-elles logiques.

C'est la raison pour laquelle j'ai proposé directement un petit jeu de commandes de suppression / recréation du dossier .Trash à problème.

Ce procédé a marché directement pour strely, le créateur de ce fil. Il paraissait échouer en ce qui te concerne. En voici la raison -->

la 1ère commande :
Bloc de code:
rm ~/.Trash

  • appelait l'utilitaire rm (remove : supprimer) > sur le domaine de ton dossier de compte hooker04 représenté par ~/ (le tilde ~ désignant en raccourci, par convention, la même chose que le dossier de compte de l'utilisateur connecté, la / suivant ici le tilde désignant le point de commencement de l'espace de ce dossier) > et l'objet .Trash dans cet espace : un dossier intitulé du nom Américain de "corbeille", le . précédant Trash invitant le Finder à ne pas l'afficher graphiquement.

  • l'utilitaire rm > lorsqu'on l'appelle à une action de suppression sur un objet qui est un dossier > procède toujours de la même manière sérielle : d'abord la suppression des éléments contenus dans le dossier ("enfants") > puis la suppression du dossier contenant une fois vidé ("parent"). Dans ton cas, une application était un des "enfants" du dossier corbeille, et elle exigeait des droits de super-administateur pour être supprimée. Ce que l'utilitaire rm appelé tout court avec tes permissions standards d'utilisateur hooker04 ne possédait pas. Il ne pouvait donc pas commencer par "vider" la corbeille de ses enfants > et ne pouvait donc pas par suite "vider la corbeille" en tant que parent.
  • Alors là chapeau et merci. Les explications m'ont été très utiles également, en plus d'être instructives.

  • préfacer la commande de sudo (substitute_user_do : effectuer la commande qui suit avec une identité substituée d'utilisateur) > lorsqu'on n'ajoute aucune option à sudo > signifie par défaut : effectuer la commande qui suit avec l'identité substituée de root, le System Administrator. Pour que sudo prenne effet dans une commande > un password est requis : le mot-de-passe de l'utilisateur, qui doit faire partie du groupe admin pour avoir le "droit de sudo". En conséquence, la même commande avec sudo en préfixe a pu vider d'abord la corbeille de son contenu, et donc ensuite supprimer aussi le dossier corbeille contenant lui-même. À partir de là > les 2 commandes de re-création d'une corbeille neuve sont passées sans difficulté.