OVH Cloud OVH Cloud

Corbeille : erreur -36

17 réponses
Avatar
michele
J'ai jeté des fichiers de mon Seven à partir du mac.

Pas des fichiers appartenant au système, évidemment.

Des fichiers copiés dans mon dossier document et quelques autres trucs.

Tout a été benné sans problème à part un fichier de 377 Ko.

J'ai un message "certaines données ne peuvent être lues ou écrites :
erreur -36.

Je n'ai pas trouvé à quoi coorespondait cette erreur sur le web.

J'obtiens ça, même en bennant via la fonction "Finder > vider la
corbeille en mode sécurisé".

Le type est "fichier executable unix".

Je fais comment pour le benner ?

7 réponses

1 2
Avatar
Une Bébue
Le 20/02/13 08:50, Patrick Stadelmann a écrit :
A voir, il fait juste un "rm -r" via "do shell script".



autant le ré-écrire alors, je viens de le tester sous SL (Intel) il faut
installer Rosetta..

c'est pas plutôt rm -rf qu'il faut faire, de mémoire le f serait là pour
forcer ???
Avatar
Patrick Stadelmann
In article <5124d57c$,
Une Bébue wrote:

c'est pas plutôt rm -rf qu'il faut faire, de mémoire le f serait là pour
forcer ???



Le -f supprime les demandes de confirmation et certains messages
d'erreurs, c'est tout. Un fichier qui ne s'efface pas sans -f ne
s'effacera pas non plus avec.

Quand "rm" est exécuté hors d'un terminal les messages de confirmations
sont de toutes façons supprimés, donc le -f ne sert à rien depuis
AppleScript !

Patrick
--
Patrick Stadelmann
Avatar
michele
J'ai été contrainte, pour des raisons n'ayant rien à voir avec la
corbeille, de renommer le compte utilisé sur ce mac.

Je me connecte donc en root, je renomme le compte dans le dossier user ;
je créé un utilisateur avec le nom de compte + le nom abrégé ; je clique
OK au message "Un dossier nom de compte existe déjà dans le dossier
Utilisateurs ; je ferme la session root ; je me connecte sur le "nouvel"
utilisateur ; je vais dans le tableau des prefs de compte ; je supprime
"l'ancien" compte : je désactive root.

Et là, je vois que la corbeille est vide.

Apparemment, d'après ce que j'ai lu, cette manipe corrige la propriété
de tous les fichiers du dossier de départ et évite les problèmes
d'autorisation avec son contenu.

Mouala.

Je vous remercie de votre aide et vais scrupuleusement recopier vos
petits conseils, ça peut servir.
Merci donc à René ; Matt ; Stéphane ; Patrick ; Manfred ; Bévue.
Avatar
michele
Comme je ne compreds rien aux scripts, que je n'ai jamais été fichue
d'en créer un qui fonctionne, je vais éviter d'essayer de modifier ce
script afin qu'il fonctionne pour ma config Intel.
Mais merci à Manfred.
Avatar
Une Bébue
Le 20/02/13 15:06, Patrick Stadelmann a écrit :
Le -f supprime les demandes de confirmation et certains messages
d'erreurs, c'est tout. Un fichier qui ne s'efface pas sans -f ne
s'effacera pas non plus avec.

Quand "rm" est exécuté hors d'un terminal les messages de confirmations
sont de toutes façons supprimés, donc le -f ne sert à rien depuis
AppleScript !



OK, merci pour ces remarques.
Avatar
Matt
On Mer 20 février 2013 à 16:03,
michele wrote:

Apparemment, d'après ce que j'ai lu, cette manipe corrige la propriété
de tous les fichiers du dossier de départ et évite les problèmes
d'autorisation avec son contenu.



La modification d'appartenance des fichiers/répertoires se fait
facilement avec sudo(1) et chown(1).
Nul besoin de faire toutes les étapes que tu as décrites.

--
Unfortunate user: Play the Red Hot Chili Peppers
Siri: {Displays a list of spicy cooking receipts}
(_+_) Siri, part fourteen (_+_)
Avatar
michele
Matt wrote:
La modification d'appartenance des fichiers/répertoires se fait
facilement avec sudo(1) et chown(1).
Nul besoin de faire toutes les étapes que tu as décrites.




Je n'ai pas cherché à corriger les propriétés du tout, je devais
renommer le compte utilisateur.
C'est en faisant cette manip que j'ai vu que la corbeille s'était
libérée. Effet colatéral positif, pour une fois.
1 2