{"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\/it\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"Team cp: copia corretta di cartelle con file in *nix.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Team
\n
\nIn questo articolo verranno rivelate alcune cose non ovvie relative all'uso dei caratteri jolly<\/a><\/noindex> durante la copia, il comportamento ambiguo del comando cp<\/code> nella copia, oltre a modi per copiare correttamente grandi quantit\u00e0 di file senza perdite e errori.<\/p>\n

Supponiamo di dover copiare tutto dalla cartella \/source nella cartella \/target.
\n<\/a><\/noindex>
\nLa prima cosa che ci viene in mente \u00e8:<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nCorreggiamo subito questo comando in:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nChiave -a<\/code> aggiunger\u00e0 la copia di tutti gli attributi, diritti e abiliter\u00e0 la ricorsione. Quando non \u00e8 necessaria una riproduzione esatta dei diritti, \u00e8 sufficiente la chiave -r<\/code>.<\/p>\n
Dopo la copia scopriremo che non tutti i file sono stati copiati: sono stati ignorati i file che iniziano con un punto come ad esempio:<\/p>\n
.profilo
\n.locale
\n.mc<\/code>
\ne simili.<\/p>\n
Perch\u00e9 \u00e8 successo?<\/p>\n
Perch\u00e9 i caratteri jolly vengono elaborati dalla shell (bash<\/code> in un caso tipico). Per impostazione predefinita, bash ignorer\u00e0 tutti i file che iniziano con punti, in quanto li considera nascosti. Per evitare questo comportamento, dovremo modificare il comportamento bash<\/code> con il comando:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nPer mantenere questa modifica anche dopo un riavvio, \u00e8 possibile creare un file wildcard.sh con questo comando nella cartella \/etc\/profile.d<\/code> (potrebbe esserci una cartella diversa nella tua distribuzione).<\/p>\n
Se nella directory sorgente non ci sono file, allora il shell non potr\u00e0 sostituire nulla al posto dell'asterisco, e cos\u00ec il copia termina con un errore. A fronte di questa situazione, ci sono opzioni. failglob<\/code> e nullglob<\/code>. Dobbiamo impostare failglob<\/code>, che impedir\u00e0 l'esecuzione del comando. nullglob<\/code> non funzioner\u00e0, perch\u00e9 trasforma la stringa con wildcards che non hanno trovato corrispondenze in una stringa vuota (di lunghezza zero), il che per cp<\/code> causer\u00e0 un errore.<\/p>\n
Tuttavia, se ci sono migliaia di file nella cartella, \u00e8 meglio rinunciare all'approccio con le wildcards. Infatti, bash<\/code> espande le wildcards in una stringa di comando molto lunga, simile a:<\/p>\n
cp -a \/souce\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nC'\u00e8 un limite alla lunghezza della linea di comando, che possiamo scoprire usando il comando:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nOtterremo la lunghezza massima della linea di comando in byte:<\/p>\n
2097152<\/code><\/pre>\n
\nO:<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nOtterremo qualcosa come:<\/p>\n
\u2026. \nLunghezza massima del comando che potremmo effettivamente usare: 2089314\n\u2026.<\/code><\/pre>\n
\nQuindi, evitiamo completamente l'uso delle wildcards.<\/p>\n
Semplicemente scriviamo<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nE qui ci imbatteremo in un comportamento ambiguo cp<\/code>. Se la cartella \/target non esiste, otterremo ci\u00f2 di cui abbiamo bisogno.<\/p>\n
Tuttavia, se la cartella target esiste, i file verranno copiati nella cartella \/target\/source.<\/p>\n
Non sempre possiamo eliminare in anticipo la cartella \/target, poich\u00e9 potrebbe contenere file necessari e il nostro obiettivo, ad esempio, \u00e8 quello di integrare i file in \/target con quelli in \/source.<\/p>\n
Se le cartelle di origine e destinazione avessero nomi identici, ad esempio, se copiassimo da \/source a \/home\/source, sarebbe possibile utilizzare il comando:<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\nE dopo la copia, i file in \/home\/source sarebbero stati integrati con i file di \/source.<\/p>\n
Ecco un problema logico: possiamo integrare i file nella directory di destinazione se le cartelle hanno lo stesso nome, ma se sono diverse, la cartella di origine sar\u00e0 posizionata all'interno della destinazione. Come copiare file da \/source a \/target usando cp senza wildcards?<\/p><\/blockquote>\n
\nPer aggirare questa limitazione dannosa, utilizziamo una soluzione non ovvia:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\n\u0422\u0435 \u043a\u0442\u043e \u0445\u043e\u0440\u043e\u0448\u043e \u0437\u043d\u0430\u043a\u043e\u043c \u0441 DOS \u0438 Linux \u0443\u0436\u0435 \u0432\u0441\u0451 \u043f\u043e\u043d\u044f\u043b\u0438: \u0432\u043d\u0443\u0442\u0440\u0438 \u043a\u0430\u0436\u0434\u043e\u0439 \u043f\u0430\u043f\u043a\u0438 \u0435\u0441\u0442\u044c 2 \u043d\u0435\u0432\u0438\u0434\u0438\u043c\u044b\u0435 \u043f\u0430\u043f\u043a\u0438 «.» \u0438 «..», \u044f\u0432\u043b\u044f\u044e\u0449\u0438\u0435\u0441\u044f \u043f\u0441\u0435\u0432\u0434\u043e\u043f\u0430\u043f\u043a\u0430\u043c\u0438-\u0441\u0441\u044b\u043b\u043a\u0430\u043c\u0438 \u043d\u0430 \u0442\u0435\u043a\u0443\u0449\u0443\u044e \u0438 \u0432\u044b\u0448\u0435\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0438\u0438.<\/p>\n