{"id":38928,"date":"2019-10-31T22:26:48","date_gmt":"2019-10-31T19:26:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix\/"},"modified":"2019-10-31T22:26:48","modified_gmt":"2019-10-31T19:26:48","slug":"komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"Commande cp : copie correcte de r\u00e9pertoires avec fichiers sous *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Commande
\n
\nCet article r\u00e9v\u00e9lera certaines choses non \u00e9videntes li\u00e9es \u00e0 l'utilisation des wildcards<\/a><\/noindex> lors de la copie, le comportement ambigu de la commande cp<\/code> lors de la copie, ainsi que des m\u00e9thodes permettant de copier correctement un grand nombre de fichiers sans omissions ni erreurs.<\/p>\n

Supposons que nous devions copier tout depuis le dossier \/source vers le dossier \/target.
\n<\/a><\/noindex>
\nLa premi\u00e8re chose qui vient \u00e0 l'esprit est :<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nCorrectons cette commande en :<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nCl\u00e9 -a<\/code> cela ajoutera la copie de tous les attributs, des permissions et ajoutera la r\u00e9cursivit\u00e9. Lorsque la reproduction exacte des permissions n'est pas n\u00e9cessaire, la cl\u00e9 -r<\/code>.<\/p>\n
Apr\u00e8s la copie, nous d\u00e9couvrirons que tous les fichiers n'ont pas \u00e9t\u00e9 copi\u00e9s - les fichiers commen\u00e7ant par un point ont \u00e9t\u00e9 ignor\u00e9s, comme :<\/p>\n
.profil
\n.local
\n.mc<\/code>
\net similaires.<\/p>\n
Pourquoi cela s'est-il produit ?<\/p>\n
Parce que les wildcards sont trait\u00e9es par le shell (bash<\/code> dans un cas typique). Par d\u00e9faut, bash ignore tous les fichiers qui commencent par un point, car ils sont consid\u00e9r\u00e9s comme cach\u00e9s. Pour \u00e9viter ce comportement, nous devrons modifier le comportement bash<\/code> avec la commande :<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nPour que ce changement de comportement soit conserv\u00e9 apr\u00e8s un red\u00e9marrage, vous pouvez cr\u00e9er un fichier wildcard.sh avec cette commande dans le dossier \/etc\/profile.d<\/code> (peut-\u00eatre qu'un autre dossier dans votre distribution).<\/p>\n
Et s'il n'y a pas de fichiers dans le r\u00e9pertoire source, le shell ne pourra rien substituer \u00e0 l'ast\u00e9risque, et la copie \u00e9chouera \u00e9galement avec une erreur. Il existe des options pour pr\u00e9venir une telle situation failglob<\/code> et nullglob<\/code>. Nous devrons d\u00e9finir failglob<\/code>, ce qui emp\u00eachera la commande de s'ex\u00e9cuter. nullglob<\/code> ne conviendra pas, car elle transforme la cha\u00eene avec des wildcards n'ayant pas de correspondances en une cha\u00eene vide (de longueur nulle), ce qui entra\u00eenera une erreur pour cp<\/code> .<\/p>\n
Cependant, s'il y a des milliers de fichiers dans le dossier, il vaut mieux abandonner l'approche utilisant les wildcards. En effet, bash<\/code> d\u00e9veloppe les wildcards en une tr\u00e8s longue ligne de commande, comme :<\/p>\n
cp -a \/souce\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nIl y a une limite \u00e0 la longueur de la ligne de commande, que nous pouvons d\u00e9couvrir en utilisant la commande :<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nNous obtiendrons la longueur maximale de la ligne de commande en octets :<\/p>\n
2097152<\/code><\/pre>\n
\nOu :<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nNous obtiendrons quelque chose comme :<\/p>\n
\u2026.\nLongueur maximale de la commande que nous pourrions r\u00e9ellement utiliser : 2089314\n\u2026.<\/code><\/pre>\n
\nAinsi, essayons de nous passer compl\u00e8tement des wildcards.<\/p>\n
\u00c9crivons simplement<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nEt l\u00e0, nous nous heurterons \u00e0 l'ambigu\u00eft\u00e9 du comportement cp<\/code>. Si le dossier \/target n'existe pas, nous obtiendrons ce que nous voulons.<\/p>\n
Cependant, si le dossier target existe, les fichiers seront copi\u00e9s dans le dossier \/target\/source.<\/p>\n
Il n'est pas toujours possible de supprimer \u00e0 l'avance le dossier \/target, car il peut contenir des fichiers n\u00e9cessaires, et notre objectif est, par exemple, de compl\u00e9ter les fichiers dans \/target avec ceux de \/source.<\/p>\n
Si les dossiers source et destination avaient le m\u00eame nom, par exemple, si nous copions de \/source vers \/home\/source, nous pourrions utiliser la commande :<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\nEt apr\u00e8s la copie, les fichiers dans \/home\/source seraient compl\u00e9t\u00e9s avec les fichiers de \/source.<\/p>\n
Voici un petit probl\u00e8me logique : nous pouvons compl\u00e9ter les fichiers dans le r\u00e9pertoire de destination si les dossiers ont le m\u00eame nom, mais s'ils diff\u00e8rent, le dossier source sera plac\u00e9 \u00e0 l'int\u00e9rieur du dossier de destination. Comment copier les fichiers de \/source vers \/target avec cp sans utiliser de wildcard ?<\/p><\/blockquote>\n
\nPour contourner cette contrainte g\u00eanante, nous utilisons une solution peu \u00e9vidente :<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nCeux qui connaissent bien DOS et Linux ont d\u00e9j\u00e0 compris : dans chaque dossier, il existe deux dossiers invisibles «.» et «..», qui sont des pseudo-dossiers liant au r\u00e9pertoire courant et aux r\u00e9pertoires sup\u00e9rieurs.<\/p>\n