Soucis avec la commande cp

Bonjour :)

J'ai un répertoire "truc" qui contient des fichiers et d'autres répertoires. Je souhaite copier dans le répertoire "test" tous les fichiers se trouvants dans "truc" mais uniquement les fichiers.
Au départ, j'avais pensé à une commande genre:

Code:

---

cp -p * /olivier/test/

---

J'obtiens des messages :

Code:

---

cp: mail is a directory (not copied)

---

ce qui est normal me direz-vous :lol:

Pourriez-vous me rappeler l'option qui va bien svp ? la page de man de la commande cp sur ma FreeBSD est très petite :mouarf:

Merci à l'avance :mrgreen:

peut être quelque chose comme

Code:

---

for i in * ; do if [ -f $i ] ; then cp $i /repertoire_cible ; fi ; done

---

mais comme cp ne copie pas les répertoires, il sera difficile voir imposible d'en copier dans le répertoire cible en omettant l'option -r (pour copie récursive). Ils seront occultés par le message d'erreur que tu nous as donné lors du processus de copie. Les variantes pour copier exclusivement les répertoires avec cp -rv utilisent [ -d $i ] pour vérifier que $i est un répertoire.

Pour une utilisation plus compliquée, peut être que man find marchera. En tous cas, sous Unix je crois que man n'est pas vraiment la commande standard. Il faut peut être faire des choses comme

Code:

---

info cp

---

ou

Code:

---

info coreutils cp

---

j'avais vu aussi l'utilisation de xargs avec find pour le listage récursif, par exemple en faisant

Code:

---

for i in $(find ./ -type f | xargs -d "\n") ; do

---

qui copie fichier par fichier tous les fichiers dans le même répertoire de destination, sans tenir compte de leur position dans l'arborescence initiale.

Code:

---

find -P source/ -depth -type f -exec cp -p {} desstination/ \;

---

copie fichier par fichier tous les fichiers dans le même répertoire de destination, sans tenir compte de leur position dans l'arborescence initiale. aussi mais beaucoup plus vite et simplement

Citation:

---

Envoyé par frp31

Code:

---

find -P source/ -depth -type f -exec cp -p {} desstination/ \;

---

---

Il y a quand même un petit soucis avec la commande find. J'ai un répertoire caché qui comporte deux scripts. find va copier ces deux fichiers dans le répertoire test.

Existe-il une option pour exclure le répertoire caché ?

Merci :mrgreen:

Je viens de trouver la solition:

Code:

---

find -P $src/etc/ -path '*.scripts/*' -prune -o -path '*periodic/*' -prune -o -depth -type f -exec cp -p {} /etc/ \;

---

++ :mrgreen:

je prend note :D

:fou:
ah une seconde monsieur je n'arrive plus à suivre là
--
:P c'est vrai que le man de find est assez gros

Bonjour :)

Est-il possible avec la commande find d'exécuter plusieurs commandes à la suite ?

Exemple:

Code:

---

find /tmp/base/files/scripts/ -type f -exec chmod 755 {} \;

---

Je souhaite copier ces fichiers dans /usr/local/etc
avec la commande:

Code:

---

cp -p /usr/local/etc/

---

Avez-vous une idée ?

Merci :mrgreen:

Ca doit être possible ;)

Code:

---

man xargs

---

++

[edit] Ca donnerai :

Code:

---

1 2	find /tmp/base/files/scripts/ -type f -exec chmod 755 {} \; | xargs cp -p /usr/local/etc/

---

Je croyais que xargs pouvait faire mon bonheur hélas non :aie:

J'ai un répertoire dont tous les fichiers sont exécutables sauf deux scripts perl. Je souhaite retirer les droits d'exécution à tous les fichiers et les attribuer à mes 2 scripts perl.
J'ai tenté avec cette commande:

Code:

---

1 2 3

src="/root/test/" find $src -path '*.pl' -prune -o -type f -exec chmod a-x {} \; | xargs chmod -R 755 *.pl

---

Les droits d'exécution sont bien retirés en revanche les 2 scripts perl restent inchangés :koi:

Pouvez-vous me donner un coup de main svp ?

Merki :mrgreen:

Y faut regarder les options de xargs, j'suis sur tu peux le faire avec ;)

Seulement faut savoir sous quelle forme son renvoyé les résultats de la commande find :D

++

Je n'ai pas cherché avec xargs mais j'ai adapté mon script et la bonne nouvelle, pas besoin d'utiliser Find :mouarf:

Merki :mrgreen:

PS: lorsque j'aurai un peu de temps devant moi, je me pencherai sur ce problème.