{"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\/pt\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"Comando cp: copiando corretamente pastas com arquivos em *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Comando
\n
\nNeste artigo, algumas quest\u00f5es inesperadas relacionadas ao uso de wildcards<\/a><\/noindex> durante a c\u00f3pia, o comportamento amb\u00edguo do comando cp<\/code> ao copiar, bem como maneiras de copiar corretamente um grande n\u00famero de arquivos sem omiss\u00f5es ou erros.<\/p>\n

Suponha que precisamos copiar tudo da pasta \/source para a pasta \/target.
\n<\/a><\/noindex>
\nA primeira coisa que vem \u00e0 mente \u00e9:<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nVamos corrigir este comando para:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nChave -a<\/code> que adicionar\u00e1 a c\u00f3pia de todos os atributos, permiss\u00f5es e incluir\u00e1 recurs\u00e3o. Quando n\u00e3o \u00e9 necess\u00e1ria a reprodu\u00e7\u00e3o exata de permiss\u00f5es, basta a op\u00e7\u00e3o -r<\/code>.<\/p>\n
Ap\u00f3s a c\u00f3pia, descobrimos que nem todos os arquivos foram copiados \u2013 arquivos que come\u00e7am com ponto, como:<\/p>\n
.perfil
\n.local
\n.mc<\/code>
\ne similares.<\/p>\n
Por que isso aconteceu?<\/p>\n
Porque os wildcards s\u00e3o processados pelo shell (bash<\/code> normalmente). Por padr\u00e3o, o bash ignora todos os arquivos que come\u00e7am com ponto, tratando-os como ocultos. Para evitar esse comportamento, precisamos mudar a configura\u00e7\u00e3o bash<\/code> usando o comando:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nPara que essa mudan\u00e7a de comportamento seja mantida ap\u00f3s a reinicializa\u00e7\u00e3o, podemos criar um arquivo wildcard.sh com este comando na pasta \/etc\/profile.d<\/code> (pode ser que em sua distribui\u00e7\u00e3o o caminho seja diferente).<\/p>\n
E se n\u00e3o houver arquivos no diret\u00f3rio de origem, o shell n\u00e3o conseguir\u00e1 substituir o asterisco por nada e a c\u00f3pia tamb\u00e9m falhar\u00e1. Para evitar essa situa\u00e7\u00e3o, existem op\u00e7\u00f5es failglob<\/code> e nullglob<\/code>. Precisamos definir failglob<\/code>, que impedir\u00e1 a execu\u00e7\u00e3o do comando. nullglob<\/code> n\u00e3o serve, pois ela transforma as strings com wildcards que n\u00e3o encontraram correspond\u00eancias em uma string vazia (de comprimento zero), o que causar\u00e1 cp<\/code> um erro.<\/p>\n
No entanto, se houver milhares de arquivos ou mais na pasta, \u00e9 melhor desistir do uso de wildcards. O problema \u00e9 que bash<\/code> expande os wildcards em uma linha de comando muito longa, como:<\/p>\n
cp -a \/source\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nH\u00e1 um limite para o comprimento da linha de comando, que podemos descobrir usando o comando:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nObteremos o comprimento m\u00e1ximo da linha de comando em bytes:<\/p>\n
2097152<\/code><\/pre>\n
\nOu:<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nObteremos algo tipo:<\/p>\n
\u2026.\nComprimento m\u00e1ximo do comando que realmente poder\u00edamos usar: 2089314\n\u2026.<\/code><\/pre>\n
\nEnt\u00e3o, vamos tentar n\u00e3o usar wildcards.<\/p>\n
Vamos apenas escrever<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nE aqui enfrentamos a ambiguidade do comportamento cp<\/code>. Se a pasta \/target n\u00e3o existir, obteremos o que precisamos.<\/p>\n
No entanto, se a pasta target existir, os arquivos ser\u00e3o copiados para a pasta \/target\/source.<\/p>\n
Nem sempre podemos excluir a pasta \/target antecipadamente, pois pode conter arquivos que precisamos e nosso objetivo, por exemplo, \u00e9 complementar os arquivos em \/target com os arquivos de \/source.<\/p>\n
Se as pastas de origem e destino tivessem o mesmo nome, por exemplo, estiv\u00e9ssemos copiando de \/source para \/home\/source, poder\u00edamos usar o comando:<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\nE ap\u00f3s a c\u00f3pia, os arquivos em \/home\/source teriam sido complementados com arquivos de \/source.<\/p>\n
Aqui est\u00e1 um enigma l\u00f3gico: podemos complementar os arquivos no diret\u00f3rio de destino se as pastas tiverem o mesmo nome, mas se forem diferentes, a pasta de origem ser\u00e1 colocada dentro da pasta de destino. Como copiar arquivos de \/source para \/target usando cp sem wildcards?<\/p><\/blockquote>\n
\nPara contornar essa limita\u00e7\u00e3o prejudicial, usamos uma solu\u00e7\u00e3o n\u00e3o \u00f3bvia:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nAqueles que est\u00e3o bem familiarizados com DOS e Linux j\u00e1 perceberam: dentro de cada pasta, existem 2 pastas invis\u00edveis «.» e «..», que s\u00e3o pastas de atalho que fazem refer\u00eancia ao diret\u00f3rio atual e ao diret\u00f3rio pai.<\/p>\n