OVH Cloud OVH Cloud

Commenr ne pas creer .DS_Store sur Windaube

8 réponses
Avatar
Pierre-Alain Oberson
Bonjour,

Est-il possible de trouver une solution afin que MacOSX ne genere
pas de fichier .DS_Store sur des disques partages Windows?

Sur les disques Mac, ce n'est pas genant car c'est un fichier cache.
Par contre c'est plus genant de trouver un peu partout sur des
serveurs Windaube ce fichier bien visible.

Merci beaucoup.

Pour me reponde, enlever les "_no" et "spam_"

8 réponses

Avatar
Renaud
Pierre-Alain Oberson wrote:

Bonjour,



Bonjour,

Est-il possible de trouver une solution afin que MacOSX ne genere
pas de fichier .DS_Store sur des disques partages Windows?



Apparemment non, et beaucoup de gens cherchent (dont moi)... Seule solution
pour le moment, les effacer au fur et à mesure. Attention aussi aux
fichiers "._'nom_de_fichier'" lors d'une copie en montage smb en plus du
".DS_Store".

Sur les disques Mac, ce n'est pas genant car c'est un fichier cache.
Par contre c'est plus genant de trouver un peu partout sur des
serveurs Windaube ce fichier bien visible.



Non. Sur windows, c'est aussi un fichier caché (attribut hidden). Il
n'apparait dans l'explorer que si l'option "Afficher les fichiers cachés"
est cochée.

Merci beaucoup.

Pas de quoi


Avatar
testuz73
Pierre-Alain Oberson a écrit
:

Bonjour,

Est-il possible de trouver une solution afin que MacOSX ne genere
pas de fichier .DS_Store sur des disques partages Windows?

Sur les disques Mac, ce n'est pas genant car c'est un fichier cache.
Par contre c'est plus genant de trouver un peu partout sur des
serveurs Windaube ce fichier bien visible.


Tiens, pour moi avec X.1, les .DS_Store étaient visible sur les
volumes atteint avec SMB, mais depuis la X.2, ils sont invisibles. Je
dois activer l'affichage des fichiers cachés sur Winwin pour les voir.

--
Frédéric Testuz
<mailto:

Avatar
Patrick Stadelmann
In article <bfj65o$1rj$,
Renaud wrote:

Apparemment non, et beaucoup de gens cherchent (dont moi)...


Je connais très mal SMB, mais il me semblait avoir lu quelque part que
l'on peut le configurer (je ne sais pas si c'est au niveau serveur ou
client) pour qu'il filtre certains fichiers. Peut-être une piste à
explorer...

Seule solution
pour le moment, les effacer au fur et à mesure. Attention aussi aux
fichiers "._'nom_de_fichier'" lors d'une copie en montage smb en plus du
".DS_Store".


Attention en supprimant les "._nom_de_fichier" : ils contiennent la
partie ressources des fichiers, dans certains cas elle est indispensable
sur Mac.

Patrick
--
Patrick Stadelmann

Avatar
testuz73

Pierre-Alain Oberson wrote:

Sur les disques Mac, ce n'est pas genant car c'est un fichier cache.
Par contre c'est plus genant de trouver un peu partout sur des
serveurs Windaube ce fichier bien visible.



Non. Sur windows, c'est aussi un fichier caché (attribut hidden). Il
n'apparait dans l'explorer que si l'option "Afficher les fichiers cachés"
est cochée.


Avec X.2 oui, mais pas avec X.1
Du coup il est possible qu'un fichier .DS_Store créé avec X.1 reste
visible.

--
Frédéric Testuz
<mailto:


Avatar
Renaud
Patrick Stadelmann wrote:

In article <bfj65o$1rj$,
Je connais très mal SMB, mais il me semblait avoir lu quelque part que
l'on peut le configurer (je ne sais pas si c'est au niveau serveur ou
client) pour qu'il filtre certains fichiers. Peut-être une piste à
explorer...



J'ai plus l'impression d'avoir lu que des gens cherchaient à configurer SMB
pour qu'il filtre, mais au dernières nouvelles, ça n'a pas donné grand
chose. Mais je suis peut-être bon pour updater mes infos qui sont assez
vieilles...

Seule solution
pour le moment, les effacer au fur et à mesure. Attention aussi aux
fichiers "._'nom_de_fichier'" lors d'une copie en montage smb en plus du
".DS_Store".


Attention en supprimant les "._nom_de_fichier" : ils contiennent la
partie ressources des fichiers, dans certains cas elle est indispensable
sur Mac.



Je confirme le danger de la chose (pas pour les .DS_Store mais pour les
._nom_de_fichier) par exemple pour les fichier Xpress sans extension .qxd.


Avatar
Thomas
Apparemment non, et beaucoup de gens cherchent (dont moi)... Seule
solution pour le moment, les effacer au fur et à mesure. Attention
aussi aux fichiers "._'nom_de_fichier'" lors d'une copie en montage
smb en plus du ".DS_Store".


j'ai justement fait un prgm (à executer dans le terminal) qui efface
tous les ".DS_Store" qu'il trouve :-)

ca interesse des gens ? :-)

pas eu le temps d'uploader,
j'envoie l'exec par email
bien sur, code source a volonté :-) sur demande

j'en ai aussi un qui se contente de les lister, pour qu'on sache où il y
en a, sans toucher :-)

Avatar
philippe.geneste
Matt wrote:

On Wed, 23 Jul 2003 01:17:39 +0200,
Thomas wrote:


Tu as sué pour pas grand chose.
$ sudo find / -type f -name ".DS_Store" -exec rm {} ;


$ sudo find / -type f -name ".DS_Store"


Ca, c'est suant ! On était, je le rapelle, sous un OS convivial !
Et il ne faut pas décourager les bonnes volontés.

--

http://zigzagmusic.webhop.net/
Collectif de Jazz

Avatar
Thomas
$ sudo find / -type f -name ".DS_Store" -exec rm {} ;


il verifie que le fichier a la bonne taille, avant de l'effacer ? ;-)
au cas ou on aurait nommé comme ca un autre fichier par erreur :-)



Je pense qu'il est carrÈment inutile et peine perdue de faire un
script (et ou programme), pour faire ce qu'une commande simple permet
de faire. Perte de temps.


une commande simple ?? :-D :-D :-D
une commande comme celle là j'appelle ca un script :o)
je tape pas ca dans le terminal, ah non non non :-)
j'en fais un script d'une ligne, de sorte à avoir qqch de simple à taper
dans le terminal ;-)