{"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\/sv\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"Team cp: korrekt kopiering av mappar med filer i *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Team
\n
\nI den h\u00e4r artikeln kommer vi att avsl\u00f6ja n\u00e5gra obekanta saker relaterade till anv\u00e4ndning av wildcards<\/a><\/noindex> vid kopiering, och otydligt beteende hos kommandot cp<\/code> vid kopiering, samt s\u00e4tt att korrekt kopiera stora m\u00e4ngder filer utan f\u00f6rluster eller kraschar.<\/p>\n

Anta att vi beh\u00f6ver kopiera allt fr\u00e5n mappen \/source till mappen \/target.
\n<\/a><\/noindex>
\nDet f\u00f6rsta som kommer att t\u00e4nka p\u00e5 \u00e4r:<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nL\u00e5t oss genast korrigera detta kommando till:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nNyckeln -a<\/code> l\u00e4gger till kopiering av alla attribut, r\u00e4ttigheter och g\u00f6r det rekursivt. N\u00e4r exakt reproduktion av r\u00e4ttigheter inte kr\u00e4vs r\u00e4cker nyckeln -r<\/code>.<\/p>\n
Efter kopieringen kommer vi att uppt\u00e4cka att inte alla filer kopierades \u2014 filer som b\u00f6rjar med en punkt, s\u00e5som:<\/p>\n
.profil
\n.lokal
\n.mc<\/code>
\noch liknande.<\/p>\n
Varf\u00f6r h\u00e4nde detta?<\/p>\n
F\u00f6r att wildcards hanteras av skalet (bash<\/code> i typiska fall). Som standard ignorerar bash alla filer som b\u00f6rjar med punkter, eftersom de tolkas som dolda. F\u00f6r att undvika detta beteende m\u00e5ste vi \u00e4ndra beteendet bash<\/code> med kommandot:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nF\u00f6r att denna beteendef\u00f6r\u00e4ndring ska bevaras efter omstart, kan vi skapa en fil wildcard.sh med detta kommando i mappen \/etc\/profile.d<\/code> (det kan vara en annan mapp i din distribution).<\/p>\n
Om det inte finns n\u00e5gra filer i k\u00e4llkatalogen kan skalet inte ers\u00e4tta stj\u00e4rnan och kopieringen kommer ocks\u00e5 att sluta med ett fel. Det finns alternativ mot en s\u00e5dan situation failglob<\/code> och nullglob<\/code>. Vi beh\u00f6ver st\u00e4lla in failglob<\/code>, vilket kommer att f\u00f6rhindra kommandot fr\u00e5n att k\u00f6ras. nullglob<\/code> inte fungerar, eftersom det omvandlar raden med wildcards som inte matchat till en tom rad (noll l\u00e4ngd), vilket f\u00f6r cp<\/code> kommer att orsaka ett fel.<\/p>\n
Men om det finns tusentals filer i mappen b\u00f6r vi helt \u00f6verge tillv\u00e4gag\u00e5ngss\u00e4ttet med wildcards. Anledningen \u00e4r att bash<\/code> expanderar wildcards till en mycket l\u00e5ng kommandorad liknande:<\/p>\n
cp -a \/souce\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nDet finns en begr\u00e4nsning f\u00f6r l\u00e4ngden p\u00e5 kommandoraden, vilket vi kan ta reda p\u00e5 genom att anv\u00e4nda kommandot:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nVi f\u00e5r den maximala l\u00e4ngden p\u00e5 kommandoraden i byte:<\/p>\n
2097152<\/code><\/pre>\n
\nEller:<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nVi f\u00e5r n\u00e5got som detta:<\/p>\n
\u2026.\nMaximum length of command we could actually use: 2089314\n\u2026.<\/code><\/pre>\n
\nS\u00e5 l\u00e5t oss klara oss utan wildcards helt.<\/p>\n
L\u00e5t oss helt enkelt skriva<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nOch h\u00e4r kommer vi att st\u00f6ta p\u00e5 otydligheten i beteendet cp<\/code>. Om mappen \/target inte finns kommer vi att f\u00e5 vad vi beh\u00f6ver.<\/p>\n
Om mappen target redan finns, kommer filerna att kopieras till mappen \/target\/source.<\/p>\n
Vi kan inte alltid ta bort mappen \/target i f\u00f6rv\u00e4g, eftersom det kan finnas filer d\u00e4r som vi beh\u00f6ver, och v\u00e5rt m\u00e5l \u00e4r att till exempel komplettera filerna i \/target med filer fr\u00e5n \/source.<\/p>\n
Om k\u00e4ll- och m\u00e5lmapparna hade samma namn, till exempel om vi kopierade fr\u00e5n \/source till \/home\/source, skulle vi kunna anv\u00e4nda kommandot:<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\nOch efter kopieringen skulle filerna i \/home\/source vara kompletterade med filer fr\u00e5n \/source.<\/p>\n
H\u00e4r \u00e4r en logisk uppgift: Vi kan komplettera filer i m\u00e5l-mappen om mapparna har samma namn, men om de skiljer sig \u00e5t kommer k\u00e4ll-mappen att placeras inuti m\u00e5len. Hur kopierar man filer fr\u00e5n \/source till \/target med cp utan wildcards?<\/p><\/blockquote>\n
\nF\u00f6r att kringg\u00e5 denna skadliga begr\u00e4nsning anv\u00e4nder vi en ov\u00e4ntad l\u00f6sning:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nDe som \u00e4r v\u00e4lbekanta med DOS och Linux har redan f\u00f6rst\u00e5tt: Inuti varje mapp finns tv\u00e5 osynliga mappar «.» och «..», som \u00e4r pseudomappar-l\u00e4nkar till den aktuella och \u00f6verordnade katalogen.<\/p>\n