{"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\/nl\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"cp-commando: correct mappen met bestanden kopi\u00ebren in *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"cp-commando:
\n
\nIn dit artikel worden enkele minder voor de hand liggende zaken met betrekking tot het gebruik van wildcards<\/a><\/noindex> bij het kopi\u00ebren, het onduidelijke gedrag van de cp<\/code> kopieeropdracht en methoden om een groot aantal bestanden correct te kopi\u00ebren zonder over te slaan of fouten.<\/p>\n

Stel dat we alles willen kopi\u00ebren van de map \/source naar de map \/target.
\n<\/a><\/noindex>
\nHet eerste wat in je opkomt is:<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nLaten we deze opdracht meteen verbeteren naar:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nSleutel -a<\/code> voegt het kopi\u00ebren van alle eigenschappen toe, behoudt permissies en voegt recursie toe. Wanneer exacte weergave van rechten niet nodig is, is de sleutel -r<\/code>.<\/p>\n
Na het kopi\u00ebren zullen we merken dat niet alle bestanden zijn gekopieerd; bestanden die beginnen met een punt, zoals:<\/p>\n
.profiel
\n.lokaal
\n.mc<\/code>
\nen dergelijke, zijn genegeerd.<\/p>\n
Waarom is dit gebeurd?<\/p>\n
Omdat wildcards door de shell wordt verwerkt (bash<\/code> in de typische situatie). Standaard negeert bash alle bestanden die beginnen met punten, aangezien deze als verborgen worden beschouwd. Om dit gedrag te voorkomen, moeten we de configuratie wijzigen bash<\/code> met de opdracht:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nOm deze wijziging permanent te maken na een herstart, kun je een bestand wildcard.sh maken met deze opdracht in de map \/etc\/profile.d<\/code> (mogelijk is de map anders in jouw distributie).<\/p>\n
Als er geen bestanden in de bronmap zijn, kan de shell niets vervangen voor de wildcard en zal het kopi\u00ebren ook met een fout eindigen. Voor een dergelijke situatie zijn er opties failglob<\/code> en nullglob<\/code>. We moeten failglob<\/code>, instellen, zodat de opdracht niet kan worden uitgevoerd. nullglob<\/code> is niet geschikt, omdat deze de string met wildcards zonder overeenkomsten omzet in een lege string (nul-lengte), wat voor cp<\/code> een fout zal veroorzaken.<\/p>\n
Echter, als er duizenden bestanden in de map staan, is het beter om helemaal af te zien van het gebruik van wildcards. Dit komt omdat bash<\/code> de wildcards omzet in een zeer lange opdrachtregel die eruitziet als:<\/p>\n
cp -a \/source\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nEr is een limiet aan de lengte van de opdrachtregel die we kunnen achterhalen met de opdracht:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nWe krijgen de maximale lengte van de opdrachtregel in bytes:<\/p>\n
2097152<\/code><\/pre>\n
\nOf:<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nWe krijgen iets als:<\/p>\n
\u2026.\nMaximale lengte van de opdracht die we eigenlijk konden gebruiken: 2089314\n\u2026.<\/code><\/pre>\n
\nDus laten we helemaal zonder wildcards werken.<\/p>\n
Laten we gewoon schrijven<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nEn hier stuiten we op onduidelijk gedrag. cp<\/code>. Als de map \/target niet bestaat, krijgen we precies wat we nodig hebben.<\/p>\n
Echter, als de map target bestaat, worden de bestanden gekopieerd naar de map \/target\/source.<\/p>\n
We cannot always delete the folder \/target in advance, as it may contain files we need and our goal, for instance, is to add files from \/source to \/target.<\/p>\n
If the source and destination folders had the same names, for example, if we were copying from \/source to \/home\/source, we could use the command:<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\nAnd after copying, the files in \/home\/source would have been supplemented with files from \/source.<\/p>\n
Here\u2019s a logical puzzle: we can supplement files in the destination directory if the folders are named the same, but if they differ, the source folder will be placed inside the destination. How to copy files from \/source to \/target using cp without wildcards?<\/p><\/blockquote>\n
\nTo bypass this harmful limitation, we use a non-obvious solution:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nWie degenen die goed bekend zijn met DOS en Linux al hebben begrepen: binnen elke map zijn er 2 onzichtbare mappen «.» en «..», die fungeren als pseudo-mappen-koppelingen naar de huidige en bovenliggende directories.<\/p>\n