Juste pour vous dire que mon Finder recommence a merdoyé et ne
sais plus mettre un document à la corbeille. Il me donne une alerte
comme quoi je fais un truc pas bien et que je ne pourrai pas revenir en
arrière et si je dis OK il détruit le fichier sans la case corbeille.
C'est quoi ce Bronx ???
--
Benoît http://picasaweb.google.com/leraillez/
Avec des fumeurs c'est difficile de s'arrêter. Avec des branleurs,
là, par contre, c'est difficile de continuer.
> tu oublies pas le -R ? > sudo chown -R 502 /.Trashes/502
??? Comme le dossier vient d'être créé et qu'il est donc vide, ça ne sert à rien de changer aussi le propriétaire de ses fichiers et/ou sous-dossiers (puisqu'il n'en a pas).
ok si le dossier n'existait pas, l'option -R ne servait à rien et on peut s'en passer.
J'avoue avoir un peu tendance à avoir la main lourde sur le "-R" puisque dans 99% des réparations d'autorisations (pour les kext, la corbeille, le cache, les préférences, et jusqu'au dossier /var/tmp qu'il fallait vider quotidiennement à l'époque de Jaguar - qui s'en souvient ?) ou les suppressions de dossiers, ou simplement fichiers "récalcitrants" , sonts faits à 99% en récursif (donc avé l'option -R)
ça m'a rarement joué des tours ! (que me jette la pierre le premier qui n'a jamais tapé controle-c pour annuler une commande terminal intempestive...)
A noter pour le sujet ici :
- normalement, le dossier .Trashes à la racine d'un disque a l'attribut "t" (sticky bit) qui sert à empêcher que les utilisateurs différents puissent effacer les uns les fichiers des autres.
- il n'a pas normalement d'attributs étendus (@ à la fin des permissions). et même s'il y en a ça n'a pas d'influence.
- et il n'a pas l'attribut "r" autrement dit les bonnes permissions sont : d-wx-wx-wxt
tu peux le vérifier en faisant la commande suivante à la racine d'un volum HFS :
ls -lnd (cheminduvolume)/.Trashes
Or je note que le dossier .Trashes de mon ami Benoit L'oreiller n'a aucun problème sur le disque dur "Macintosh HD" mais que sur son disque externe "Music" où les autorisations ne sont pas correctes :
Donc il aurait fallu rajouter la commande : sudo chmod +t /Volumes/Music/.Trashes et : sudo chmod 333 /Volumes/Music/.Trashes
Enfin, pour finir, et comme tout ceci est du chinois, il est à mon avis beaucoup, beaucoup plus simple, (sauvegardes à jour), de complètement supprimer tous les dossier .Trashes : ceux à la racine de tout disque interne ou externe, et le dossier .Trash du dossier départ.
Ils seront tous recréés par le finder à la prochaine dans tous les cas (et avec les bonnes permissions et attributs !!)
-- le guide de la Ram, hébergé sur disquette par un MacPortable de 1989 : http://aurejac.dyndns.org
JiPaul <blanc@empty.org> wrote:
> tu oublies pas le -R ?
> sudo chown -R 502 /.Trashes/502
???
Comme le dossier vient d'être créé et qu'il est donc vide, ça ne sert à
rien de changer aussi le propriétaire de ses fichiers et/ou
sous-dossiers (puisqu'il n'en a pas).
ok si le dossier n'existait pas, l'option -R ne servait à rien et on
peut s'en passer.
J'avoue avoir un peu tendance à avoir la main lourde sur le "-R" puisque
dans 99% des réparations d'autorisations (pour les kext, la corbeille,
le cache, les préférences, et jusqu'au dossier /var/tmp qu'il fallait
vider quotidiennement à l'époque de Jaguar - qui s'en souvient ?) ou les
suppressions de dossiers, ou simplement fichiers "récalcitrants" , sonts
faits à 99% en récursif (donc avé l'option -R)
ça m'a rarement joué des tours ! (que me jette la pierre le premier qui
n'a jamais tapé controle-c pour annuler une commande terminal
intempestive...)
A noter pour le sujet ici :
- normalement, le dossier .Trashes à la racine d'un disque a l'attribut
"t" (sticky bit) qui sert à empêcher que les utilisateurs différents
puissent effacer les uns les fichiers des autres.
- il n'a pas normalement d'attributs étendus (@ à la fin des
permissions). et même s'il y en a ça n'a pas d'influence.
- et il n'a pas l'attribut "r" autrement dit les bonnes permissions sont
:
d-wx-wx-wxt
tu peux le vérifier en faisant la commande suivante à la racine d'un
volum HFS :
ls -lnd (cheminduvolume)/.Trashes
Or je note que le dossier .Trashes de mon ami Benoit L'oreiller n'a
aucun problème sur le disque dur "Macintosh HD" mais que sur son disque
externe "Music" où les autorisations ne sont pas correctes :
Donc il aurait fallu rajouter la commande :
sudo chmod +t /Volumes/Music/.Trashes
et :
sudo chmod 333 /Volumes/Music/.Trashes
Enfin, pour finir, et comme tout ceci est du chinois, il est à mon avis
beaucoup, beaucoup plus simple, (sauvegardes à jour), de complètement
supprimer tous les dossier .Trashes :
ceux à la racine de tout disque interne ou externe, et le dossier .Trash
du dossier départ.
Ils seront tous recréés par le finder à la prochaine dans tous les cas
(et avec les bonnes permissions et attributs !!)
--
le guide de la Ram, hébergé sur disquette par un MacPortable de 1989 :
http://aurejac.dyndns.org
> tu oublies pas le -R ? > sudo chown -R 502 /.Trashes/502
??? Comme le dossier vient d'être créé et qu'il est donc vide, ça ne sert à rien de changer aussi le propriétaire de ses fichiers et/ou sous-dossiers (puisqu'il n'en a pas).
ok si le dossier n'existait pas, l'option -R ne servait à rien et on peut s'en passer.
J'avoue avoir un peu tendance à avoir la main lourde sur le "-R" puisque dans 99% des réparations d'autorisations (pour les kext, la corbeille, le cache, les préférences, et jusqu'au dossier /var/tmp qu'il fallait vider quotidiennement à l'époque de Jaguar - qui s'en souvient ?) ou les suppressions de dossiers, ou simplement fichiers "récalcitrants" , sonts faits à 99% en récursif (donc avé l'option -R)
ça m'a rarement joué des tours ! (que me jette la pierre le premier qui n'a jamais tapé controle-c pour annuler une commande terminal intempestive...)
A noter pour le sujet ici :
- normalement, le dossier .Trashes à la racine d'un disque a l'attribut "t" (sticky bit) qui sert à empêcher que les utilisateurs différents puissent effacer les uns les fichiers des autres.
- il n'a pas normalement d'attributs étendus (@ à la fin des permissions). et même s'il y en a ça n'a pas d'influence.
- et il n'a pas l'attribut "r" autrement dit les bonnes permissions sont : d-wx-wx-wxt
tu peux le vérifier en faisant la commande suivante à la racine d'un volum HFS :
ls -lnd (cheminduvolume)/.Trashes
Or je note que le dossier .Trashes de mon ami Benoit L'oreiller n'a aucun problème sur le disque dur "Macintosh HD" mais que sur son disque externe "Music" où les autorisations ne sont pas correctes :
Donc il aurait fallu rajouter la commande : sudo chmod +t /Volumes/Music/.Trashes et : sudo chmod 333 /Volumes/Music/.Trashes
Enfin, pour finir, et comme tout ceci est du chinois, il est à mon avis beaucoup, beaucoup plus simple, (sauvegardes à jour), de complètement supprimer tous les dossier .Trashes : ceux à la racine de tout disque interne ou externe, et le dossier .Trash du dossier départ.
Ils seront tous recréés par le finder à la prochaine dans tous les cas (et avec les bonnes permissions et attributs !!)
-- le guide de la Ram, hébergé sur disquette par un MacPortable de 1989 : http://aurejac.dyndns.org
benoit.sansspam
Gilles Aurejac wrote:
Ils seront tous recréés par le finder à la prochaine dans tous les cas (et avec les bonnes permissions et attributs !!)
D'ailleurs, à chaque fois que j'ai eu des soucis avec ce foutu /.Trashes, le fait de relancer le Finder règlait les problèmes.
-- Benoît http://picasaweb.google.com/leraillez/
Avec des fumeurs c'est difficile de s'arrêter. Avec des branleurs, là, par contre, c'est difficile de continuer.
Gilles Aurejac <gilles@alussinan.org> wrote:
Ils seront tous recréés par le finder à la prochaine dans tous les cas
(et avec les bonnes permissions et attributs !!)
D'ailleurs, à chaque fois que j'ai eu des soucis avec ce foutu
/.Trashes, le fait de relancer le Finder règlait les problèmes.
--
Benoît http://picasaweb.google.com/leraillez/
Avec des fumeurs c'est difficile de s'arrêter. Avec des branleurs,
là, par contre, c'est difficile de continuer.
