{"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\/pl\/blog\/administrirovanie\/komanda-cp-pravilnoe-kopirovanie-papok-s-fajlami-v-nix","title":{"rendered":"Polecenie cp: poprawne kopiowanie folder\u00f3w z plikami w *nix","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Polecenie
\n
\nW tym artykule om\u00f3wione zostan\u0105 pewne niewidoczne aspekty zwi\u0105zane z wykorzystaniem wildcard\u00f3w<\/a><\/noindex> podczas kopiowania, niejednoznaczne zachowanie polecenia cp<\/code> przy kopiowaniu, a tak\u017ce sposoby pozwalaj\u0105ce na poprawne kopiowanie ogromnej liczby plik\u00f3w bez pomini\u0119\u0107 i b\u0142\u0119d\u00f3w.<\/p>\n

Za\u0142\u00f3\u017cmy, \u017ce musimy skopiowa\u0107 wszystko z folderu \/source do folderu \/target.
\n<\/a><\/noindex>
\nPierwsze, co przychodzi do g\u0142owy, to:<\/p>\n

cp \/source\/* \/target<\/code><\/pre>\n
\nOd razu poprawimy to polecenie na:<\/p>\n
cp -a \/source\/* \/target<\/code><\/pre>\n
\nKlucz -a<\/code> doda kopi\u0119 wszystkich atrybut\u00f3w, praw i w\u0142\u0105czy rekursj\u0119. Gdy nie jest wymagane dok\u0142adne odtworzenie praw, wystarczy klucz -r<\/code>.<\/p>\n
Po skopiowaniu stwierdzimy, \u017ce nie wszystkie pliki zosta\u0142y skopiowane - zignorowane zosta\u0142y pliki zaczynaj\u0105ce si\u0119 od kropki, takie jak:<\/p>\n
.profil
\n.lokalny
\n.mc<\/code>
\ni tym podobne.<\/p>\n
Dlaczego tak si\u0119 sta\u0142o?<\/p>\n
Poniewa\u017c wildcardy s\u0105 przetwarzane przez pow\u0142ok\u0119 (bash<\/code> w standardowym przypadku). Domy\u015blnie bash ignoruje wszystkie pliki zaczynaj\u0105ce si\u0119 od kropek, uznaj\u0105c je za ukryte. Aby unikn\u0105\u0107 takiego zachowania, musimy zmieni\u0107 zachowanie bash<\/code> za pomoc\u0105 polecenia:<\/p>\n
shopt -s dotglob<\/code><\/pre>\n
\nAby ta zmiana zachowania zachowa\u0142a si\u0119 po restarcie, mo\u017cna stworzy\u0107 plik wildcard.sh z tym poleceniem w folderze \/etc\/profile.d<\/code> (mo\u017cliwe, \u017ce w Twojej dystrybucji jest inny folder).<\/p>\n
A je\u015bli w katalogu \u017ar\u00f3d\u0142owym nie ma plik\u00f3w, to pow\u0142oka nie b\u0119dzie mog\u0142a zast\u0105pi\u0107 gwiazdki, a kopiowanie zako\u0144czy si\u0119 b\u0142\u0119dem. Na tak\u0105 sytuacj\u0119 s\u0105 opcje failglob<\/code> i nullglob<\/code>. B\u0119dziemy potrzebowa\u0107 ustawi\u0107 failglob<\/code>, kt\u00f3ra nie pozwoli na wykonanie polecenia. nullglob<\/code> nie zadzia\u0142a, poniewa\u017c przekszta\u0142ca ci\u0105g z wildcardami, kt\u00f3re nie znalaz\u0142y dopasowania, w pusty ci\u0105g (o zerowej d\u0142ugo\u015bci), co dla cp<\/code> spowoduje b\u0142\u0105d.<\/p>\n
Jednak\u017ce, je\u015bli w folderze jest tysi\u0105ce plik\u00f3w lub wi\u0119cej, warto zrezygnowa\u0107 z podej\u015bcia z wildcardami. Chodzi o to, \u017ce bash<\/code> rozwinie wildcardy w bardzo d\u0142ug\u0105 lini\u0119 polece\u0144, podobn\u0105 do:<\/p>\n
cp -a \/source\/a \/source\/b \/source\/c \u2026\u2026 \/target<\/code><\/pre>\n
\nNa d\u0142ugo\u015b\u0107 linii polece\u0144 s\u0105 ograniczenia, kt\u00f3re mo\u017cemy pozna\u0107 przy u\u017cyciu polecenia:<\/p>\n
getconf ARG_MAX<\/code><\/pre>\n
\nOtrzymamy maksymaln\u0105 d\u0142ugo\u015b\u0107 linii polece\u0144 w bajtach:<\/p>\n
2097152<\/code><\/pre>\n
\nLub:<\/p>\n
xargs --show-limits<\/code><\/pre>\n
\nOtrzymamy co\u015b w rodzaju:<\/p>\n
\u2026.\nMaksymalna d\u0142ugo\u015b\u0107 polecenia, kt\u00f3re mo\u017cemy w\u0142a\u015bciwie u\u017cy\u0107: 2089314\n\u2026.<\/code><\/pre>\n
\nZatem, pozb\u0105d\u017amy si\u0119 ca\u0142kowicie wildcard\u00f3w.<\/p>\n
Po prostu napiszmy<\/p>\n
cp -a \/source \/target<\/code><\/pre>\n
\nA tutaj napotkamy na niejednoznaczno\u015b\u0107 zachowania cp<\/code>. Je\u015bli katalog \/target nie istnieje, otrzymamy to, czego potrzebujemy.<\/p>\n
Jednak\u017ce, je\u015bli folder docelowy istnieje, pliki zostan\u0105 skopiowane do folderu \/target\/source.<\/p>\n
Nie zawsze mo\u017cemy wcze\u015bniej usun\u0105\u0107 folder \/target, poniewa\u017c mog\u0105 si\u0119 w nim znajdowa\u0107 potrzebne nam pliki, a naszym celem jest, powiedzmy, uzupe\u0142nienie plik\u00f3w w \/target plikami z \/source.<\/p>\n
Gdyby foldery \u017ar\u00f3d\u0142owy i docelowy nazywa\u0142y si\u0119 tak samo, na przyk\u0142ad, gdyby\u015bmy kopiowali z \/source do \/home\/source, mogliby\u015bmy u\u017cy\u0107 polecenia:<\/p>\n
cp -a \/source \/home<\/code><\/pre>\n
\nI po skopiowaniu pliki w \/home\/source by\u0142yby uzupe\u0142nione plikami z \/source.<\/p>\n
Oto logiczna zagadka: mo\u017cemy uzupe\u0142ni\u0107 pliki w katalogu docelowym, je\u015bli foldery maj\u0105 te same nazwy, ale je\u015bli si\u0119 r\u00f3\u017cni\u0105, folder \u017ar\u00f3d\u0142owy zostanie umieszczony wewn\u0105trz katalogu docelowego. Jak skopiowa\u0107 pliki z \/source do \/target za pomoc\u0105 cp bez u\u017cycia wildcard\u00f3w?<\/p><\/blockquote>\n
\nAby obej\u015b\u0107 to niekorzystne ograniczenie, u\u017cywamy nieoczywistego rozwi\u0105zania:<\/p>\n
cp -a \/source\/. \/target<\/code><\/pre>\n
\nCi, kt\u00f3rzy dobrze znaj\u0105 DOS i Linux, ju\u017c wszystko zrozumieli: wewn\u0105trz ka\u017cdej folderu znajduj\u0105 si\u0119 2 niewidoczne foldery «.» i «..», kt\u00f3re s\u0105 pseudofolderami b\u0119d\u0105cymi linkami do bie\u017c\u0105cego oraz wy\u017cszego katalogu.<\/p>\n