यह जॉनी के उत्तर में क्या चल रहा है, इसकी पहचान करने में मदद करता है , साथ ही यह सवाल का जवाब देता है कि यह लिनक्स पर क्यों काम करता है लेकिन मैक पर नहीं।
समस्या इस तथ्य में निहित है कि मैक ओएस एक्स का उपयोग करता है bsdtar, जबकि अधिकांश लिनक्स सिस्टम का उपयोग करते हैं gnutar।
आप gnutarHomebrew के साथ एक मैक पर स्थापित कर सकते हैं , का उपयोग करते हुए brew install gnu-tar, जो के रूप gnutarमें सिमल जाएगा ।/usr/local/bingtar
यदि आप स्थापित करते हैं gnutar, तो आप जॉनी के उत्तर में चरणों का उपयोग करके समस्या को पुन: उत्पन्न कर सकते हैं ।
$ brew install gnu-tar
==> Downloading https://homebrew.bintray.com/bottles/gnu-tar-1.28.yosemite.bottle.2.tar.gz
######################################################################## 100.0%
==> Pouring gnu-tar-1.28.yosemite.bottle.2.tar.gz
==> Caveats
gnu-tar has been installed as "gtar".
If you really need to use it as "tar", you can add a "gnubin" directory
to your PATH from your bashrc like:
PATH="/usr/local/opt/gnu-tar/libexec/gnubin:$PATH"
==> Summary
🍺 /usr/local/Cellar/gnu-tar/1.28: 13 files, 1.6M
$ mkdir test
$ touch test/a test/b
$ gtar -zcvf test.tar.gz test test/a # make the archive with gnutar
test/
test/a
test/b
test/a
$ gtar -ztvf test.tar.gz
drwxr-xr-x adamliter/staff 0 2015-07-28 22:41 test/
-rw-r--r-- adamliter/staff 0 2015-07-28 22:41 test/a
-rw-r--r-- adamliter/staff 0 2015-07-28 22:41 test/b
hrw-r--r-- adamliter/staff 0 2015-07-28 22:41 test/a link to test/a
$ rm -r test
$ tar -xvf test.tar.gz # try to unpack the archive with bsdtar
x test/
x test/a
x test/b
x test/a: Can't create 'test/a'
tar: Error exit delayed from previous errors.
$ echo $?
1
इसलिए स्पष्ट रूप से gnutarचीजों को अलग तरीके से संग्रहीत करता है जो bsdtarडुप्लिकेट पर चोक करने का कारण बनता है। तथ्य यह है कि यह gtar -ztvf test.tar.gzदर्शाता है कि दूसरा उदाहरण test/aएक के रूप में संग्रहीत link to test/aहै प्रासंगिक है। जैसा कि जॉनी टिप्पणियों में बताते हैं, gnutarडुप्लिकेट को वास्तविक फ़ाइल के बजाय हार्ड लिंक के रूप में संग्रहीत करेगा, जिसे साथ अक्षम किया जा सकता है --hard-dereference।
अर्थात्, आप निम्न कार्य कर सकते हैं:
$ mkdir test
$ touch test/a test/b
$ gtar -zcvf test.tar.gz test test/a --hard-dereference
test/
test/a
test/b
test/a
$ gtar -ztvf test.tar.gz test
drwxr-xr-x adamliter/staff 0 2015-07-28 23:49 test/
-rw-r--r-- adamliter/staff 0 2015-07-28 23:49 test/a
-rw-r--r-- adamliter/staff 0 2015-07-28 23:49 test/b
-rw-r--r-- adamliter/staff 0 2015-07-28 23:49 test/a # note that this is no longer a link
$ rm -r test
$ tar -xvf test.tar.gz # unpack with bsdtar
x test/
x test/a
x test/b
x test/a
$ echo $?
0
$ ls test/
a b
हालाँकि, इस मामले में, आप स्पष्ट रूप से टारबॉल के निर्माण को नियंत्रित नहीं करते हैं, इसलिए --hard-dereferenceयह एक विकल्प नहीं है। सौभाग्य से, ओपी के जवाब के आधार पर , ऐसा लगता है कि यह समस्या अपस्ट्रीम द्वारा तय की गई है।
फिर भी, अगर भविष्य में कोई और इस समस्या में भाग लेता है और उसे जल्दी ठीक करने की आवश्यकता होती है या उसके पास अनुत्तरदायी अपस्ट्रीम अनुरक्षक होता है, तो वर्कअराउंड होता है।
एक बार जब आप पहचान लेते हैं कि डुप्लिकेट फ़ाइल क्या है, तो आप इसका --fast-readविकल्प उपयोग कर सकते हैं bsdtar(ध्यान दें कि यह विकल्प केवल इसका हिस्सा है bsdtar, नहीं gnutar ):
-q (--fast-read)
(x and t mode only) Extract or list only the first archive entry that matches each pattern or filename operand. Exit as soon as each specified pat-
tern or filename has been matched. By default, the archive is always read to the very end, since there can be multiple entries with the same name
and, by convention, later entries overwrite earlier entries. This option is provided as a performance optimization.
तो, खिलौना उदाहरण में जो मैंने जॉनी के जवाब में खिलौना उदाहरण के बाद बनाया है , डुप्लिकेट फ़ाइल है test/a। इस प्रकार, आप निम्न कार्य करके इस समस्या से बच सकते हैं:
# this set of commands picks up from the first set of commands
# i.e., the following assumes a tarball that was *not* made with
# the --hard-dereference option, although this will work just as well
# with one that was
$ tar -xvqf test.tar.gz test/a # unarchive the first instance of test/a
x test/a
$ tar -xvf test.tar.gz --exclude test/a # unarchive everything except test/a
x test/
x test/b
$ echo $?
0
$ ls test/
a b
नोट, इसके अलावा, gnutarयह पूरी तरह से खुश है कि डुप्लिकेट के साथ एक संग्रह को अनपैक करें जो स्वयं द्वारा बनाया गया था, तब भी जब --hard-dereferenceविकल्प का उपयोग नहीं किया गया था:
$ rm -r test
$ gtar -xvf test.tar.gz
test/
test/a
test/b
test/a
$ echo $?
0
$ ls test/
a b
तो यह आपके प्रश्न का उत्तर देता है कि मैक पर त्रुटि क्यों की गई, लेकिन लिनक्स पर नहीं। (सबसे) लिनक्स डिस्ट्रो शिप के साथ gnutar, और चूंकि टारबॉल के साथ संभवतः पैक किया गया था gnutar, इसके साथ अनपैक करते समय कोई त्रुटि नहीं होगी gnutar, लेकिन साथ अनपैक करते समय एक त्रुटि होगी bsdtar।
आगे पढ़ने और संदर्भ के लिए, कोई यह देखना चाहेगा कि bsdtar और GNU टार के बीच अंतर क्या हैं? यूनिक्स पर।
