OVH Cloud OVH Cloud

fichiers .DS_Store

19 réponses
Avatar
Kurts
bonjour,

je suis sous 8.6 et j'ai des tonnes de fichiers invisibles ".DS_Store".
puis-je les effacer sans problème ?

si j'ai bien compris, ces fichiers sour os x servent à mémoriser les paramètres
de chacune des fenêtres (taille des icônes, couleur de fond etc...). donc
inutile sous 8.6.

merci de vos avis

9 réponses

1 2
Avatar
b.val2
Jacques Perrocheau wrote:

brun:o 'estdlazouille.fr> wrote:

> Sais-tu si il y a moyen de l'empécher définitvement MosX de placer des
> DS_store

Non, il faut demander cela à Apple...



Super, y a t'il un site où suggérer des idées de freeware ?


Est-ce vraiment si génant ?



Oui, ils posent des pb avec les logiciels sous 9 (le '.' devant)
ils ne sont invisibles que sur les mac et font sac poubelles de
touristes :o(
de plus 'on' les poses partout et on les retrouve même dans les cartes
d'apn...

> sur des volumes qui ne sont pas les strictement siens (Hfs+ ET > local) ?
Sur tout volume où tu as le droit d'écriture... ;-)



mon disque partagé 9/X ?
a+
bruno
Avatar
Philippe Di Valentin
Le 5/09/04 18:27, brun:o écrivait:

mon disque partagé 9/X ?



Si je comprend bien vous avez une partition X,et une 9.
Vous utilisez Classic en ayant sélectionné le 9 de la partition,ou vous avez
un 9 incorporé dans le X ??

--
• Philippe
Avatar
Kurts
In article <1gjnem5.ho2d5cnz72udN%,
(Jacques Perrocheau) wrote:

brun:o 'estdlazouille.fr> wrote:

> Sais-tu si il y a moyen de l'empécher définitvement MosX de placer des
> DS_store

Non, il faut demander cela à Apple... Est-ce vraiment si génant ?




oui et non car, comme au boulot, les mac et pc partage un même
espace disque sur un serveur pc... et les utilisateur pc font
quelques fois du ménage... et les utilisateurs mac ne retrouvent
plus leur icones/tailles/positions...

donc génant dans ce cas.

a+
Avatar
jperrocheau
brun:o 'estdlazouille.fr> wrote:

> > sur des volumes qui ne sont pas les strictement siens (Hfs+ ET > local) ?
> Sur tout volume où tu as le droit d'écriture... ;-)

mon disque partagé 9/X ?



Oui.

--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:
Avatar
jperrocheau
Kurts wrote:

oui et non car, comme au boulot, les mac et pc partage un même espace
disque sur un serveur pc...et les utilisateur pc font quelques fois du
ménage... et les utilisateurs mac ne retrouvent plus leur
icones/tailles/positions...

donc génant dans ce cas.



OK, c'est vrai dans ce cas.

C'est pourquoi j'aurais préféré la logique "ancienne" Message-ID:
<1gjn2ux.11vb04rwofc86N%, mais chez Apple,
ils ont du pensé qu'en multi-utilisateurs chacun avait son répoertoire
"privé".

Peut-être régler la présentation de la fenêtre et ensuite modifier de
manière idoine les privilèges du fichier ".DS_Store" pour en empécher
la modification et la mise à la poubelle par les autres utilisateurs.
AMHA cela devrait marcher, les ".DS_Store" qui sont dans les repertoires
où l'on a pas de droit d'écriture ne sont pas "bloquants". Bon cette
manip est faisable pour la "racine" du partage, le plus important, pas
pour tous les répertoires.

Pour rendre en local les ".DS_Store" invisibles, tu demandes à ton
client Samba d'envoyer les fichiers commençants par un point avec le
flag invisible. Ils seront invisibles sur le PC, dans la mensure où les
utilisateurs du PC ne demandent pas l'affichage des fichiers invisibles.

Ajouter :

hide files = /.*/

ou

hide dot files = yes

dans ton /etc/smb.conf à la rubrique [global], soit à la main, soit avec
SharePoints.


--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:
Avatar
b.val2
Jacques Perrocheau wrote:

brun:o 'estdlazouille.fr> wrote:



> mon disque partagé 9/X ?

Oui.



bin si je n'y écrit plus, je n'ai pas besoin de partager :op
bruno
Avatar
b.val2
Philippe Di Valentin wrote:

Le 5/09/04 18:27, brun:o écrivait:

> mon disque partagé 9/X ?

Si je comprend bien vous avez une partition X,et une 9.
Vous utilisez Classic en ayant sélectionné le 9 de la partition,ou vous avez
un 9 incorporé dans le X ??



non, c'était trop simple :op
une 1ere partition de 8Go pour X et appli X
une 2eme de 2Go pour le 9.22 et appli non X
une 3eme de 100Go 'data' sur laquelle est backupé le 9.22 de la
partition 9 pour être utilisé comme 'classic'

Seule la 3eme partition est partagée avec toutes les machines, avec tous
les systèmes, y compris appareils photo.
voilou
bruno
Avatar
Philippe Di Valentin
Le 5/09/04 19:53, brun:o écrivait:

une 1ere partition de 8Go pour X et appli X



OK.

une 2eme de 2Go pour le 9.22 et appli non X



OK.

une 3eme de 100Go 'data' sur laquelle est backupé le 9.22 de la
partition 9 pour être utilisé comme 'classic'
Seule la 3eme partition est partagée avec toutes les machines, avec tous
les systèmes, y compris appareils photo.



C'est le fait d'utiliser cette partition pour faire "tourner" Classic qui me
"chagrine"
Pour essai je copierais le "Dossier Système" du 9.2.2 dans la première
partition, c'est à dire l'incorporer dans l'OS X et le sélectionner bien
entendu dans les Préférences Système à l'onglet Classic.
Je fonctionne comme celà et à part un fichier Store sur chaque partition 9
je n'ai pas de problème de prolifération.
Avec l'avantage que l'on peut réduire le Dossier Système du 9 incorporé, à
sa plus simple expression au niveau des Extensions et surtout au niveau des
TdB; de ce fait le chargement de Classic est très rapide (15 secondes ici)
Il est toujours possible de mettre le Dossier Système 'incorporé" à la
corbeille si d'aventure un problème survenait; ce qui m'étonnerais car j'ai
un 9.1 incorporé dans Panther mais aussi dans Jaguar avec une réactivité
incroyable.
--
• Philippe
Avatar
Jacques Perrocheau
In article (Dans l'article)
<1gjn798.upyplm1dtdl5sN%'estdlazouille.fr>,
'estdlazouille.fr (brun:o) wrote (écrivait) :

> C'est la même chose en SMB, le Finder de Mac OS X dépose ses
> .".DS_Store" partout où il passe.

Salut,
Sais-tu si il y a moyen de l'empécher définitvement MosX de placer des
DS_store sur des volumes qui ne sont pas les strictement siens (Hfs+ ET
local) ?



Non, 'empécher de modifier un ".DS_Store" existant oui.
1 2