<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div><br></div><div>Bonjour,</div><div><br></div><div>Voici les infos complémentaires sur la façon de mettre les commandes Linux sur Windows.</div><div><br></div><div><br></div><div><a href="http://blogmotion.fr/systeme/gow-linux-11445">http://blogmotion.fr/systeme/gow-linux-11445</a></div><div><br></div><div><br></div><div>Bonne lecture</div><div><br></div><div>Avec mes meilleures salutations</div><div><br></div><div>mparchet<br>Le 10 févr. 2016 à 11:35, Guy Maurer <<a href="mailto:gmaurer@maurer-data.ch">gmaurer@maurer-data.ch</a>> a écrit :<br><br></div><blockquote type="cite"><div>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<div class="moz-cite-prefix">Bonjour,<br>
<br>
Avez-vous essayer les options -depth (qui process les contenu des
dir avant la dir) ou -prune ?<br>
<br>
Guy Maurer<br>
<br>
Le 10. 02. 16 10:47, Samuel Chenal a écrit :<br>
</div>
<blockquote cite="mid:56BB0733.5020105@mailoo.org" type="cite">
<pre wrap="">Hello !
Nous sommes en phase de migration Mac > Windows chez un client. Le
serveur Mac passe sous Debian et les postes clients Mac passent sous
Windows.
Le serveur de fichiers contient toute une arborescence. Nous avons
remarqué que certains dossiers étaient "hachés" dans l'explorateur
Windows alors que sous Mac (ou linux), on les voyait en clair :
CAQKCF~K au lieu de CarneiroModesto_RME
On s'est rendu compte que ces dossiers avaient un espace à la fin. Mac
le cache, linux le montre mais le gère bien et Windows hache le nom du
dossier...
Le but était de trouver une commande pour virer ce dernier caractère. La
commande :
find . -type d -iname "* "
... m'a donné plusieurs centaines de dossiers dans ce cas.
J'ai construit la commande suivante :
find . -type d -iname "* " -exec rename -v 's/\ $//g' {} \;
... qui semble bien fonctionner. Il faut cependant la lancer plusieurs fois.
En effet, j'ai l'impression que le find s'exécute pour toute
l'arborescence et ensuite, il lance le -exec. Et comme certains dossiers
sont modifiés par le rename, le -exec ne peut plus accéder aux
sous-dossiers fautifs pour les renommer.
C'est effectivement comme ça que fonctionne le find ? Y aurait-il un
autre méthode plus efficace ?
Merci d'avance pour vos avis.
a+
Samuel
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
gull mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gull@forum.linux-gull.ch">gull@forum.linux-gull.ch</a>
<a class="moz-txt-link-freetext" href="http://forum.linux-gull.ch/mailman/listinfo/gull">http://forum.linux-gull.ch/mailman/listinfo/gull</a></pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
MAURER DATA Sarl
Guy Maurer, Dr physicien
Ch. des Sapins 16 (Renumerotation de la rue)
CH-1170 Aubonne
Phone ++41 (0)21 831 0300, Fax (hors service)</pre>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>gull mailing list</span><br><span><a href="mailto:gull@forum.linux-gull.ch">gull@forum.linux-gull.ch</a></span><br><span><a href="http://forum.linux-gull.ch/mailman/listinfo/gull">http://forum.linux-gull.ch/mailman/listinfo/gull</a></span></div></blockquote></body></html>