{"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\/de\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"Team cp: richtiges Kopieren von Ordnern mit Dateien in *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Team
\n
\nIn diesem Artikel werden einige weniger offensichtliche Aspekte der Verwendung von Wildcards<\/a><\/noindex> beim Kopieren, das unvorhersehbare Verhalten des cp<\/code> Kopierbefehls sowie Methoden, die es erm\u00f6glichen, eine gro\u00dfe Anzahl von Dateien ohne \u00dcberspringen oder Abbr\u00fcche korrekt zu kopieren, erl\u00e4utert.<\/p>\n

Angenommen, wir m\u00fcssen alles aus dem Ordner \/source in den Ordner \/target kopieren.
\n<\/a><\/noindex>
\nDas Erste, was einem in den Sinn kommt, ist:<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nWir werden diesen Befehl sofort korrigieren zu:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nDer Schl\u00fcssel -a<\/code> Dies f\u00fcgt das Kopieren aller Attribute, Berechtigungen hinzu und aktiviert die Rekursion. Wenn eine exakte Wiederherstellung der Berechtigungen nicht erforderlich ist, reicht der Schalter -r<\/code>.<\/p>\n
Nach dem Kopieren stellen wir fest, dass nicht alle Dateien kopiert wurden \u2013 Dateien, die mit einem Punkt beginnen, wurden ignoriert, wie z.B.:<\/p>\n
.profil
\n.lokal
\n.mc<\/code>
\nund \u00e4hnliche.<\/p>\n
Warum ist das passiert?<\/p>\n
Weil Wildcards vom Shell verarbeitet werden (bash<\/code> im Standardfall). Standardm\u00e4\u00dfig ignoriert Bash alle Dateien, die mit einem Punkt beginnen, da es sie als versteckt interpretiert. Um dieses Verhalten zu \u00e4ndern, m\u00fcssen wir bash<\/code> den Befehl verwenden:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nUm dieses Verhaltens\u00e4nderung nach einem Neustart beizubehalten, kann eine Datei wildcard.sh mit diesem Befehl im Ordner erstellt werden. \/etc\/profile.d<\/code> (m\u00f6glicherweise gibt es in Ihrer Distribution einen anderen Ordner).<\/p>\n
Wenn im Quellverzeichnis keine Dateien vorhanden sind, kann die Shell nichts anstelle des Sternchens einsetzen, und das Kopieren endet ebenfalls mit einem Fehler. F\u00fcr solche Situationen gibt es die Optionen failglob<\/code> und nullglob<\/code>. Wir m\u00fcssen festlegen failglob<\/code>, die den Befehl davon abhalten wird, ausgef\u00fchrt zu werden. nullglob<\/code> ist nicht geeignet, da sie eine Zeile mit Wildcards, die keine \u00dcbereinstimmungen gefunden haben, in eine leere Zeile (nulll\u00e4ngige) umwandelt, was zu cp<\/code> einem Fehler f\u00fchrt.<\/p>\n
Wenn es jedoch tausende von Dateien im Ordner gibt, sollten wir ganz auf die Verwendung von Wildcards verzichten. Der Grund daf\u00fcr ist, dass bash<\/code> Wildcards in eine sehr lange Befehlszeile umwandelt, wie zum Beispiel:<\/p>\n
cp -a \/souce\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nEs gibt eine Begrenzung f\u00fcr die L\u00e4nge der Befehlszeile, die wir mit dem Befehl herausfinden k\u00f6nnen:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nWir erhalten die maximale L\u00e4nge der Befehlszeile in Byte:<\/p>\n
2097152<\/code><\/pre>\n
\nOder:<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nWir erhalten etwas wie:<\/p>\n
\u2026.\nMaximale L\u00e4nge des Befehls, den wir tats\u00e4chlich verwenden k\u00f6nnten: 2089314\n\u2026.<\/code><\/pre>\n
\nAlso, lassen Sie uns ganz auf Wildcards verzichten.<\/p>\n
Lassen Sie uns einfach schreiben<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nUnd hier sto\u00dfen wir auf Mehrdeutigkeit im Verhalten cp<\/code>. Wenn der Ordner \/target nicht existiert, erhalten wir genau das, was wir brauchen.<\/p>\n
Wenn der Zielordner jedoch existiert, werden die Dateien in den Ordner \/target\/source kopiert.<\/p>\n
Wir k\u00f6nnen den Ordner \/target nicht immer im Voraus l\u00f6schen, da dort m\u00f6glicherweise ben\u00f6tigte Dateien sind. Unser Ziel ist es, beispielsweise die Dateien im Ordner \/target mit denen aus \/source zu erg\u00e4nzen.<\/p>\n
Wenn die Quell- und Zielordner denselben Namen h\u00e4tten, zum Beispiel, wenn wir von \/source nach \/home\/source kopieren w\u00fcrden, k\u00f6nnte man den Befehl verwenden:<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\nNach dem Kopieren w\u00e4ren die Dateien in \/home\/source mit den Dateien aus \/source erg\u00e4nzt.<\/p>\n
Hier ist eine logische Herausforderung: Wir k\u00f6nnen die Dateien im Zielverzeichnis erg\u00e4nzen, wenn die Ordner denselben Namen tragen. Wenn sie unterschiedlich sind, wird der Quellordner im Zielort platziert. Wie kopiere ich die Dateien von \/source nach \/target mit cp ohne Wildcards?<\/p><\/blockquote>\n
\nUm dieses sch\u00e4dliche Limit zu umgehen, verwenden wir eine unerwartete L\u00f6sung:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nDiejenigen, die sich gut mit DOS und Linux auskennen, wissen bereits Bescheid: In jedem Ordner gibt es 2 unsichtbare Ordner «.» und «..», die Pseudordner sind, die auf das aktuelle und \u00fcbergeordnete Verzeichnis verweisen.<\/p>\n