{"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":"Das cp-Team: korrektes Kopieren von Ordnern mit Dateien in *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Das
\n
\nIn diesem Artikel werden einige offensichtliche Dinge im Zusammenhang mit der Nutzung wildcards<\/a><\/noindex> beim Kopieren, das mehrdeutige Verhalten des Befehls cp<\/code> beim Kopieren sowie Methoden, die es erm\u00f6glichen, eine gro\u00dfe Anzahl von Dateien ohne Auslassungen und Abst\u00fcrze korrekt zu kopieren.<\/p>\n

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

cp \/source\/* \/target<\/code><\/pre>\n
\nLassen Sie uns diesen Befehl sofort auf Folgendes korrigieren:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nSchl\u00fcssel -a<\/code> f\u00fcgt das Kopieren aller Attribute und Rechte hinzu und aktiviert die Rekursion. Wenn eine genaue Wiederherstellung der Rechte nicht erforderlich ist, gen\u00fcgt der Schl\u00fcssel -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 zum Beispiel:<\/p>\n
.profil
\n.lokal
\n.mc<\/code>
\nund \u00e4hnliches.<\/p>\n
Warum ist das passiert?<\/p>\n
Weil Wildcards vom Shell verarbeitet werden (bash<\/code> im typischen Fall). Standardm\u00e4\u00dfig ignoriert Bash alle Dateien, die mit Punkten beginnen, da sie als versteckt betrachtet werden. Um dieses Verhalten zu vermeiden, m\u00fcssen wir das Verhalten \u00e4ndern bash<\/code> mit dem Befehl:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nDamit diese Verhaltens\u00e4nderung nach einem Neustart bestehen bleibt, k\u00f6nnen wir eine Datei wildcard.sh mit diesem Befehl im Ordner erstellen \/etc\/profile.d<\/code> (vielleicht gibt es in Ihrer Distribution einen anderen Ordner).<\/p>\n
Wenn im Quellverzeichnis jedoch keine Dateien vorhanden sind, kann das Shell nichts anstelle des Sternchens einsetzen, und das Kopieren endet ebenfalls mit einem Fehler. Gegen eine solche Situation gibt es Optionen failglob<\/code> und nullglob<\/code>. Wir m\u00fcssen einstellen failglob<\/code>, die dazu f\u00fchren wird, dass der Befehl nicht ausgef\u00fchrt werden kann. nullglob<\/code> funktioniert nicht, da sie die Zeile mit nicht \u00fcbereinstimmenden Wildcards in eine leere Zeichenfolge (Nulll\u00e4nge) umwandelt, was f\u00fcr cp<\/code> einen Fehler verursachen wird.<\/p>\n
Wenn jedoch im Ordner Tausende von Dateien und mehr vorhanden sind, sollte man vollst\u00e4ndig auf den Ansatz mit Wildcards verzichten. Der Grund ist, dass bash<\/code> Wildcards in eine sehr lange Befehlszeile wie folgt entfaltet:<\/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 verwendbaren Befehlszeile in Bytes:<\/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\u00f6nnen: 2089314\n\u2026.<\/code><\/pre>\n
\nAlso lassen Sie uns vollst\u00e4ndig 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 die Mehrdeutigkeit des Verhaltens cp<\/code>. Wenn der Ordner \/target nicht existiert, erhalten wir, was wir brauchen.<\/p>\n
Wenn der Ordner target jedoch existiert, werden die Dateien in den Ordner \/target\/source kopiert.<\/p>\n
Nicht immer k\u00f6nnen wir im Voraus den Ordner \/target l\u00f6schen, da darin m\u00f6glicherweise ben\u00f6tigte Dateien enthalten sind, und unser Ziel k\u00f6nnte zum Beispiel sein, die Dateien in \/target mit Dateien aus \/source zu erg\u00e4nzen.<\/p>\n
Wenn der Quell- und der 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
\nUnd nach dem Kopieren w\u00e4ren die Dateien in \/home\/source mit Dateien aus \/source erg\u00e4nzt worden.<\/p>\n
So eine logische Aufgabe: Wir k\u00f6nnen die Dateien im Zielverzeichnis erg\u00e4nzen, wenn die Ordner denselben Namen haben, aber wenn sie unterschiedlich sind, wird der Quellordner im Zielordner abgelegt. Wie kopiert man Dateien von \/source nach \/target mit cp ohne Wildcards?<\/p><\/blockquote>\n
\nUm diese sch\u00e4dliche Einschr\u00e4nkung zu umgehen, verwenden wir eine unerwartete L\u00f6sung:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nDiejenigen, die mit DOS und Linux gut vertraut sind, haben bereits alles verstanden: In jedem Ordner befinden sich zwei unsichtbare Ordner «.» und «..», die Pseudo-Ordner sind und auf das aktuelle sowie die \u00fcbergeordneten Verzeichnisse verweisen.<\/p>\n