{"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":"Comando cp: corretta copia di cartelle con file in *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Comando
\n
\nIn questo articolo verranno rivelate alcune cose non ovvie legate all'uso dei wildcard<\/a><\/noindex> nella copia, il comportamento ambiguo del comando cp<\/code> durante la copia, e anche i modi per copiare correttamente un enorme numero di file senza salti e crash.<\/p>\n

Supponiamo di dover copiare tutto dalla cartella \/source nella cartella \/target.
\n<\/a><\/noindex>
\nLa prima cosa che 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, i permessi e aggiunger\u00e0 la ricorsivit\u00e0. Quando non \u00e8 necessaria una riproduzione esatta dei permessi, basta la chiave -r<\/code>.<\/p>\n
Dopo la copia, scopriremo che non tutti i file sono stati copiati: alcuni file che iniziano con un punto sono stati ignorati come:<\/p>\n
.profilo
\n.locale
\n.mc<\/code>
\ne simili.<\/p>\n
Perch\u00e9 \u00e8 successo questo?<\/p>\n
Perch\u00e9 i wildcard vengono gestiti dalla shell (bash<\/code> di norma). Per default, bash ignorer\u00e0 tutti i file che iniziano con un punto, poich\u00e9 li interpreta come nascosti. Per evitare questo comportamento, dovremo modificare il comportamento bash<\/code> utilizzando il comando:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nPer mantenere questa modifica del comportamento dopo il riavvio, si pu\u00f2 creare un file wildcard.sh con questo comando nella cartella \/etc\/profile.d<\/code> (potrebbe esserci una cartella diversa nel tuo distro).<\/p>\n
E se nella cartella sorgente non ci sono file, la shell non potr\u00e0 sostituire nulla al posto dell'asterisco e la copia terminer\u00e0 con un errore. Per evitare questa situazione ci sono opzioni failglob<\/code> e nullglob<\/code>. Dobbiamo impostare failglob<\/code>, che impedir\u00e0 l'esecuzione del comando. nullglob<\/code> non va bene, poich\u00e9 trasforma la stringa con i wildcard senza corrispondenza 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, vale la pena rinunciare all'approccio con i wildcard. Il fatto \u00e8 che bash<\/code> espande i wildcard in una riga di comando molto lunga simile a:<\/p>\n
cp -a \/source\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nC'\u00e8 un limite alla lunghezza della riga di comando che possiamo scoprire usando il comando:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nOttenendo la lunghezza massima della riga 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 di usare del tutto i wildcard.<\/p>\n
Scriviamo semplicemente<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nE qui ci imbattiamo 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 saranno copiati nella cartella \/target\/source.<\/p>\n
Non sempre possiamo rimuovere in anticipo la cartella \/target, poich\u00e9 potrebbero esserci file di cui abbiamo bisogno e il nostro obiettivo, ad esempio, \u00e8 quello di integrare i file in \/target con i file di \/source.<\/p>\n
Se le cartelle di origine e di destinazione avessero lo stesso nome, per esempio, se copiassimo da \/source in \/home\/source, potremmo 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 rompicapo 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 i file da \/source a \/target usando cp senza wildcard?<\/p><\/blockquote>\n
\nPer superare questa limitazione dannosa utilizziamo una soluzione poco evidente:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nColoro che sono ben familiari con DOS e Linux hanno gi\u00e0 capito tutto: all'interno di ogni cartella ci sono 2 cartelle invisibili \u00ab.\u00bb e \u00ab..\u00bb, che fungono da collegamenti simbolici alla directory corrente e a quella superiore.<\/p>\n