{"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\/ro\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"Echipa cp: copiere corect\u0103 a folderelor cu fi\u0219iere \u00een *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Echipa
\n
\n\u00cen acest articol vor fi dezv\u0103luite c\u00e2teva aspecte mai pu\u021bin evidente legate de utilizarea wildcards<\/a><\/noindex> la copiere, comportamente ambigue ale comenzii cp<\/code> la copiere, precum \u0219i metode care permit copierea corect\u0103 a unui num\u0103r mare de fi\u0219iere f\u0103r\u0103 omisiuni \u0219i erori.<\/p>\n

S\u0103 presupunem c\u0103 trebuie s\u0103 copiem tot din folderul \/source \u00een folderul \/target.
\n<\/a><\/noindex>
\nPrimul lucru care \u00eemi vine \u00een minte este:<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nS\u0103 corect\u0103m imediat aceast\u0103 comand\u0103 la:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nCheia -a<\/code> va ad\u0103uga copierea tuturor atributelor, permisiunilor \u0219i va activa recursivitatea. C\u00e2nd nu este necesar\u0103 reproducerea exact\u0103 a permisiunilor, este suficient\u0103 op\u021biunea -r<\/code>.<\/p>\n
Dup\u0103 copiere, vom descoperi c\u0103 nu toate fi\u0219ierele au fost copiate \u2014 au fost ignorate fi\u0219ierele care \u00eencep cu un punct, cum ar fi:<\/p>\n
.profil
\n.local
\n.mc<\/code>
\n\u0219i alte similare.<\/p>\n
De ce s-a \u00eent\u00e2mplat asta?<\/p>\n
Pentru c\u0103 wildcards sunt procesate de shell (bash<\/code> \u00een cazul tipic). \u00cen mod implicit, bash ignor\u0103 toate fi\u0219ierele care \u00eencep cu puncte, consider\u00e2ndu-le ascunse. Pentru a evita acest comportament, va trebui s\u0103 modific\u0103m comportamentul bash<\/code> folosind comanda:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nPentru a p\u0103stra aceast\u0103 modificare a comportamentului dup\u0103 repornire, pute\u021bi crea un fi\u0219ier wildcard.sh cu aceast\u0103 comand\u0103 \u00een folderul \/etc\/profile.d<\/code> (este posibil ca \u00een distribu\u021bia dumneavoastr\u0103 s\u0103 fie \u00eentr-un alt folder).<\/p>\n
\u0218i dac\u0103 \u00een directorul surs\u0103 nu exist\u0103 fi\u0219iere, atunci shell-ul nu va putea \u00eenlocui nimic \u00een locul asteriscului, iar copierea va e\u0219ua cu o eroare. Pentru o astfel de situa\u021bie, exist\u0103 op\u021biuni failglob<\/code> \u0219i nullglob<\/code>. Va fi necesar s\u0103 set\u0103m failglob<\/code>, care nu va permite execu\u021bia comenzii. nullglob<\/code> nu va func\u021biona, deoarece aceasta transform\u0103 o linie cu wildcards f\u0103r\u0103 potriviri \u00eentr-o linie goal\u0103 (de lungime zero), ceea ce cp<\/code> va provoca o eroare.<\/p>\n
Cu toate acestea, dac\u0103 \u00een folder sunt mii de fi\u0219iere \u0219i mai mult, ar trebui s\u0103 renun\u021b\u0103m complet la abordarea cu wildcards. Motivul este c\u0103 bash<\/code> dezvolt\u0103 wildcards \u00eentr-o linie de comand\u0103 foarte lung\u0103, de tipul:<\/p>\n
cp -a \/souce\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nExist\u0103 o limit\u0103 asupra lungimii liniei de comand\u0103, pe care o putem descoperi folosind comanda:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nVom ob\u021bine lungimea maxim\u0103 a liniei de comand\u0103 \u00een octe\u021bi:<\/p>\n
2097152<\/code><\/pre>\n
\nSau:<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nVom ob\u021bine ceva de genul:<\/p>\n
\u2026.\nLungimea maxim\u0103 a comenzii pe care am putea-o folosi efectiv: 2089314\n\u2026.<\/code><\/pre>\n
\nA\u0219adar, s\u0103 ne descurc\u0103m complet f\u0103r\u0103 wildcards.<\/p>\n
S\u0103 scriem pur \u0219i simplu<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\n\u0218i aici ne vom confrunta cu ambiguitatea comportamentului cp<\/code>. Dac\u0103 folderul \/target nu exist\u0103, vom ob\u021bine ceea ce ne trebuie.<\/p>\n
\u00cens\u0103, dac\u0103 folderul target exist\u0103, fi\u0219ierele vor fi copiate \u00een folderul \/target\/source.<\/p>\n
Nu \u00eentotdeauna putem \u0219terge \u00een prealabil folderul \/target, deoarece acesta ar putea con\u021bine fi\u0219iere necesare \u0219i scopul nostru, de exemplu, este s\u0103 complet\u0103m fi\u0219ierele din \/target cu cele din \/source.<\/p>\n
Dac\u0103 folderele surs\u0103 \u0219i destina\u021bie s-ar numi la fel, de exemplu, dac\u0103 am copia din \/source \u00een \/home\/source, am putea folosi comanda:<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\n\u0218i dup\u0103 copiere, fi\u0219ierele din \/home\/source ar fi completate cu fi\u0219iere din \/source.<\/p>\n
O astfel de problem\u0103 logic\u0103: putem completa fi\u0219ierele din directorul destina\u021bie, dac\u0103 folderele se numesc la fel, \u00eens\u0103, dac\u0103 sunt diferite, atunci folderul surs\u0103 va fi plasat \u00een interiorul destina\u021biei. Cum putem copia fi\u0219iere din \/source \u00een \/target folosind cp f\u0103r\u0103 caractere wildcard?<\/p><\/blockquote>\n
\nPentru a ocoli aceast\u0103 restric\u021bie nepl\u0103cut\u0103, folosim o solu\u021bie neobi\u0219nuit\u0103:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nCei care sunt bine familiariza\u021bi cu DOS \u0219i Linux au \u00een\u021beles deja totul: \u00een interiorul fiec\u0103rui folder exist\u0103 2 foldere invizibile «.» \u0219i «..», care reprezint\u0103 pseudo-foldere-link-uri c\u0103tre directorul curent \u0219i cel superior.<\/p>\n