এই টিজিজেডটি এক্সট্রাক্ট করা কেন আমার ম্যাকটিতে ত্রুটি ফেলছে তবে লিনাক্সে নয়?


27

আমি বরং একটি অদ্ভুত সমস্যাটি অনুভব করছি এবং কী চলছে তা আমি বুঝতে পারি না। আমার কাছে একটি টিজিজেড ফাইল রয়েছে, স্কিপ -৩.২.০.টিজিজেড , এটি আনপ্যাক করার চেষ্টা করার সময় এটি একটি ত্রুটি ছুঁড়ে দিচ্ছে। ত্রুটিটি কেবল ওএস এক্সে ঘটছে (আমি 10.10.4 এ আছি)। আমি সেন্টোস .6..6 চলমান একটি লিনাক্স বাক্সে ত্রুটি ছাড়াই ফাইলটি বের করতে পারি। কমান্ড লাইন tarকমান্ড ব্যবহার করে এবং সংরক্ষণাগার ইউটিলিটি ব্যবহার করার সময় উভয়ই ত্রুটি ঘটে । আমি এসসিআইপি মেলিংয়ের তালিকাটি ইমেল করেছি এবং আমার অন্য ব্যবহারকারী ( e085a4a3591eddf945dcb365d97d2512c267e374) এর মতোই SHA-1 হ্যাশ রয়েছে , তাই ডাউনলোডের ত্রুটি হয়নি। কী হচ্ছে তা তারা নিশ্চিত নয়।

সংরক্ষণাগার ইউটিলিটিটি ব্যবহার করে আনপ্যাক করার চেষ্টা করার সময় আমি এখানে ত্রুটিটি পেয়েছি:

সংরক্ষণাগার ইউটিলিটি ত্রুটি

চিত্রটি যদি কখনও ভেঙে যায় তবে চিত্রের পাঠ্য এটি বলে:

"স্কিপ -৩.২.০.tgz" "ডেস্কটপ" এ প্রসারিত করতে অক্ষম।
(ত্রুটি 1 - অপারেশন অনুমোদিত নয়।)

এবং যখন আমি কমান্ড লাইনের মাধ্যমে আনপ্যাক করার চেষ্টা করি, এটি আমার প্রাপ্ত আউটপুট । এটি tar: Error exit delayed from previous errors.আমার সম্পর্কে উদ্বেগের শেষ পংক্তি ( )। আমি দেখছি না কি এর কারণ হচ্ছে। সংরক্ষণাগারটি সমস্যা ছাড়াই নিষ্কাশন হিসাবে প্রদর্শিত হচ্ছে , তবে আমি ত্রুটি নিক্ষেপ করার সাথে এটি বিশ্বাস করি না।

কেউ কি জানেন যে এর কারণ কী?

[সম্পাদনা]
আউটপুটটির দিকে একটু কাছাকাছি তাকালে 1108 লাইনে ত্রুটি রয়েছে:

x scip-3.2.0/applications/Coloring/Makefile: Can't create 'scip-3.2.0/applications/Coloring/Makefile'

2
এটি কি আনর্কাইভারের মতো অন্য অ্যাপের সাথে কাজ করে? wakaba.c3.cx/s/apps/unarchiver.html
চেষ্টা করুন

হ্যাঁ এটা করে! আমি ভাবছি যে তারা কীভাবে অন্যভাবে করছে। সমস্যার অংশটি হ'ল আমার কাছে বাশ স্ক্রিপ্ট রয়েছে যা একটি গুচ্ছ জিনিসগুলি স্বয়ংক্রিয় করে চলেছে এবং এর মধ্যে একটি জিনিস যা করা দরকার তা এই টিজিজেডটি এক্সট্র্যাক্ট করা যাতে এটি এর ভিতরে যা আছে তা তৈরি করতে পারে। tarওএস এক্স
জেফ

1
বেশ সম্ভবত, একটি বাগ আছে। ওএস এক্স সংরক্ষণাগার ইউটিলিটিটি বিল্ট ইন বেশ কৃপণ বলে খুঁজে পেয়েছি। প্রয়োজনীয় ফাইলগুলি একটি জিপ বা কোনও কিছুর মধ্যে পুনরায় সংরক্ষণাগার করার কোনও উপায় নেই? এছাড়াও, আপনি যদি এটি স্ক্রিপ্ট করে চলেছেন, আপনি যখন gunzip -c scip-3.2.0.tgz | tar xopf -আপনার স্ক্রিপ্টের জন্য এটি ব্যবহার করবেন তেমনি কমান্ড লাইন থেকে ত্রুটিটিও ঘটবে ?
ট্রাইটিআগেইন

হ্যাঁ, এই আদেশটি একই ত্রুটি ছুড়ে ফেলেছে। gunzipঠিকঠাক কাজ করে, তবে যখন আমি সঙ্কুচিত টারবল বের করার চেষ্টা করি তখনই ত্রুটিটি ছুঁড়ে ফেলা হয়।
জিওফ

আহ্, দেখা যাচ্ছে যে সত্যিই টারবলে একটি ত্রুটি ছিল! আমি পাগল নই. আমি আরও বিস্তারিত উত্তর লিখব। স্পষ্টতই ওএস এক্স-এর টার ইউটিলিটিটি এখানে সঠিক ছিল!
জিওফ

উত্তর:


32

এটি জোনির উত্তরে কী চলছে তা চিহ্নিত করার পাশাপাশি এটি লিনাক্সে কেন কাজ করে তবে ম্যাকের নয় কেন এই প্রশ্নের উত্তর দেয়।

সমস্যাটি ম্যাক ওএস এক্স ব্যবহার করে bsdtar, যেখানে বেশিরভাগ লিনাক্স সিস্টেম ব্যবহার করে gnutar

আপনি ইনস্টল করতে পারেন gnutarউপর Homebrew সঙ্গে একটি ম্যাক ব্যবহার brew install gnu-tar, যা সিমবলিক লিঙ্ক হবে gnutarমধ্যে /usr/local/binযেমন gtar

আপনি যদি ইনস্টল করেন 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


আরও পড়ার জন্য এবং রেফারেন্সের জন্য, আপনি দেখতে চাইতে পারেন বিএসডিটার এবং জিএনইউ টারের মধ্যে পার্থক্য কী? ইউনিক্স.এসই তে


বাহ, সুন্দর sleuthing, gnotar এবং bsd তার মধ্যে কোন উল্লেখযোগ্য পার্থক্য আছে যে আমার ধারণা ছিল না। আপনার ভিত্তিতে gtar -tcvf, গুন্নার সংরক্ষণাগারে নকল করার পরিবর্তে দ্বিতীয় অনুলিপি ফাইলটিকে একটি লিঙ্ক হিসাবে অপ্টিমাইজ করার পক্ষে যথেষ্ট "স্মার্ট"।
জনি

দস্তাবেজগুলিকে ঝাঁকুনির পরে, দেখে মনে হচ্ছে এটি জিটারের হার্ড লিঙ্ক হ্যান্ডলিংয়ের একটি পার্শ্ব প্রতিক্রিয়া। দেখে মনে হয় যে সদৃশ ফাইলটি আসলে ফাইলটির একটি হার্ড লিঙ্ক, সুতরাং এটি আসল ফাইলের পরিবর্তে এটি একটি লিঙ্ক হিসাবে সংরক্ষণ করে। Gtar --hard-dereferenceবিকল্প দেওয়া এই আচরণটি অক্ষম করে।
জনি

@ জহ্নি হোমব্রবিউ রক্ষণাবেক্ষণকারীদের মধ্যে দু'জনেই এটি পেয়েছিলেন (মিস্টি ডি মেও এবং ডোমিনিক টিলার)। আমি যে সফ্টওয়্যারটি ব্যবহার করি তার একজন রক্ষণাবেক্ষণকারী তারবেলটিতে একটি সদৃশ ফাইল সহ একটি নতুন সংস্করণ প্রকাশ করেছেন, যা হোমব্রিউয়ের সাথে নতুন সংস্করণ ইনস্টল করার চেষ্টা করার সময় সমস্যা দেখা দিয়েছে (স্পষ্টতই)। যাইহোক, দস্তাবেজগুলি পরীক্ষা করার জন্য ধন্যবাদ! আমি এটি উত্তরে যুক্ত করব।
অ্যাডাম লিটার

এটি দুর্দান্ত। আমি এই উত্তরটি চিহ্নিত করছি যেহেতু এটি কী চলছে তার সর্বাধিক বিশদ ব্যাখ্যা। ধন্যবাদ!
জেফ

7

সংরক্ষণাগারে একটি সদৃশ ফাইলের অস্তিত্ব এটি অবৈধ বা ওএসএক্সে নিষ্কাশনে অক্ষম করা উচিত নয়, ডিফল্টরূপে, ডলারকে ডলারকে ওভাররাইট করে।

সুতরাং, আমি আপনার গিস্টের আচরণের দ্বারা কিছুটা বিভ্রান্ত হয়েছি - ওএসএক্স টার একটি সংরক্ষণাগারে নকল ফাইলের জন্য অনুমতি দেয় ( টি টি এপি আর চিভ হিসাবে এটির মূল উদ্দেশ্যকে ছাড়িয়ে যায়) ইউটিলিটি দেয়, তাই এটি ফাইলগুলি শেষের দিকে যুক্ত করার অনুমতি দেয়) টেপ সংরক্ষণাগার, এবং সংরক্ষণাগারটি পুনরুদ্ধার করা হলে ফাইলের নতুন সংস্করণটি পুরানো সংস্করণ (গুলি) ওভাররাইট করবে

এটি কেবল তখনই যখন "-k" বিকল্পটি উপস্থিত থাকে যে টারটিকে প্রাইসিসিস্টিং ফাইল সম্পর্কে সতর্ক করা উচিত।

এখানে আমি একটি সদৃশ ফাইল সহ একটি সংরক্ষণাগার তৈরি করেছি এবং পরে কোনও সমস্যা ছাড়াই এটি বের করে আনলাম। আমি -k বিকল্পটি যোগ করার আগ পর্যন্ত এটি ছিল না যে এটি আমাকে সদৃশ ফাইল সম্পর্কে সতর্ক করেছিল:

Macbook> tar --version
bsdtar 2.8.3 - libarchive 2.8.3
Macbook> mkdir test
Macbook> touch test/a test/b
Macbook> tar -zcvf test.tar.gz test test/a
a test
a test/a
a test/b
a test/a
Macbook> tar -ztvf test.tar.gz
drwxr-xr-x  0 user group       0 Jul 28 10:42 test/
-rw-r--r--  0 user group       0 Jul 28 10:42 test/a
-rw-r--r--  0 user group       0 Jul 28 10:42 test/b
-rw-r--r--  0 user group       0 Jul 28 10:42 test/a
Macbook> rm -r test
Macbook> tar -xvf test.tar.gz
x test/
x test/a
x test/b
x test/a
Macbook> echo $?
0
Macbook> rm -r test
Macbook> tar -k -xvf test.tar.gz
x test/
x test/a
x test/b
x test/a: Already exists
tar: Error exit delayed from previous errors.
Macbook> echo $?
1

সাধারণ উমাস্ক সমস্যাটিও অপরাধী বলে মনে হয় না, আমি আমার উমাস্ককে 0777 এ পরিবর্তন করার চেষ্টা করেছি এবং আমি এখনও সংরক্ষণাগারটি বের করতে পারি:

Macbook> tar -xvf test.tar
x test/
x test/a
x test/b
x test/a
Macbook> ls -l test
ls: test: Permission denied
Macbook> sudo ls -l test
total 0
----------  1 someuser  wheel  0 Jul 28 13:48 a
----------  1 someuser  wheel  0 Jul 28 13:48 b

আমি ভেবেছিলাম সংরক্ষণাগারটিতে ইচ্ছাকৃতভাবে একটি লিখনযোগ্য ডিরেক্টরি সংযুক্ত করে আমি সমস্যার সদৃশ করতে পারি, তবে এটি কার্যকর হয়নি, সংরক্ষণাগারটি আর্কাইভ করার সময় তার ডিরেক্টরিতে অনুমতিগুলি আপডেট করেনি:

Macbook> mkdir -p testdir1/test testdir2/test
Macbook> touch testdir1/test/{a,b} testdir2/test/a
Macbook> chmod -w testdir2/test
Macbook> touch testdir2/test/b
touch: testdir2/test/b: Permission denied
Macbook> find testdir* -ls  | awk '{print $3, $11}'
drwxrwx--- testdir1
drwxrwx--- testdir1/test
-rw-rw---- testdir1/test/a
-rw-rw---- testdir1/test/b
drwxrwx--- testdir2
dr-xr-x--- testdir2/test
-rw-rw---- testdir2/test/a
Macbook> cd testdir1
Macbook> tar -cvf ../test.tar test/*
a test/a
a test/b
Macbook> cd ../testdir2
Macbook> tar -rvf ../test.tar test
a test
a test/a
Macbook> cd ..
Macbook> tar -tvf ./test.tar
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/b
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
dr-xr-x---  0 username groupname       0 Jul 28 15:40 test/
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
Macbook> tar -xvf test.tar
x test/a
x test/b
x test/a
x test/
x test/a
Macbook> 

আমি পরীক্ষার / এটিকে 000 এ অনুমতিগুলি পরিবর্তন করার চেষ্টা করেছি, এটি সংরক্ষণাগারটিতে সংযোজন করেছি, তারপরে অন্য একটি পরীক্ষা সংযোজন করেছি / তবে এটিও ভাল কাজ করেছে:

drwxrwx---  0 username groupname       0 Jul 28 15:40 test/
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/b
dr-xr-x---  0 username groupname       0 Jul 28 15:40 test/
----------  0 username groupname       0 Jul 28 15:40 test/a
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a

সুতরাং আমি সত্যিই মূল আর্কাইভটি দেখতে চাই যা সমস্যার সৃষ্টি করেছে এবং দেখুন এই সমস্যাটি তৈরি করার জন্য সেই সংরক্ষণাগারে কী থাকতে পারে।

যদি কোনও ফাইল নাম এবং ডিরেক্টরি একই নামটি ভাগ করে নেয় তবে তারটি বের করতে সমস্যা হয়, তবে এটিতে একটি পরিষ্কার পরিষ্কার ত্রুটি বার্তা রয়েছে:

Macbook> tar -xvf test.tar
x test/
x test/dir1/
x test/dir1/a
x test/
x test/dir1: Can't remove already-existing dir
tar: Error exit delayed from previous errors.

(যদি দ্বন্দ্ব অন্যভাবে ঘটে থাকে, অর্থাত্ কোনও ফাইল আগে আসে, তারপরে একই নামের সাথে একটি ডিরেক্টরি পরে আসে, টার কেবল এটি সরিয়ে দেয় এবং ডিরেক্টরিটি তৈরি করে:

Macbook> tar -xvf test.tar
x test/
x test/dir1
x test/
x test/dir1/
x test/dir1/a

1
আমি এটিকে আরও স্পষ্ট করে দিয়েছি যে তাঁর গিস্টের আচরণ (এবং তার স্ব-উত্তর) পুরো উত্তর বলে মনে হচ্ছে না কারণ একটি ফাইল সংরক্ষণাগারে ফাইলের নকল অনুমোদিত। সুতরাং "আমি একটি নকল ফাইলের সাথে একটি টার সংরক্ষণাগারটি আনপ্যাক করতে পারি না" এর উত্তরটি "ডুপ্লিকেট ফাইলটি সরান" হওয়া উচিত নয় যেহেতু টর সেই কেসটি পরিচালনা করতে সক্ষম হবে।
জনি 18

2
এটি সত্যিই একটি মন্তব্য - এটি কোনও সমাধান দেয় না, এটি কেবল বিদ্যমান সমাধানের উপর আলোচনা। জনি, আপনি কি দয়া করে এটিকে কোনও মন্তব্যে সরিয়ে নিতে পারেন? আমি আবার আসব এবং এটি পরে মুছে ফেলব, কেবল আপনাকে প্রথমে এটি সরানোর সুযোগ দিতে চাই। ধন্যবাদ।
আয়ান সি

2
@Johnny, এই তথ্য নেই সুপার-মূল্যবান তথ্য আছে, কিন্তু এটা প্রশ্নের উত্তর নয়। এটি অন্য উত্তরের মন্তব্য এটিকে এভাবে ভাবুন: যদি জিফের উত্তর মুছে ফেলা হয়, তবে এই উত্তরটি কি কার্যকর হবে? না, এটা হবে না। সত্যই, এই উত্তরের সামগ্রীটি হ'ল "জিফের অন্যান্য উত্তর সঠিক বলে মনে হয় না"। মূল প্রশ্নটি ছিল "এই ত্রুটির কারণ কী?" আপনি যে নিকটবর্তী উত্তরটি পেতে পারেন তা হ'ল "আমি জানি না এর কারণ কী, তবে এটি কোনও সদৃশ ফাইল নয়" - তবে এটির জন্য একটি সম্পাদনা প্রয়োজন এবং এখনও মূল প্রশ্নের উত্তর দেয় না।
ডিডাব্লু

2
আমি বরং এটি মুছতে চাই না কারণ বড় ছবিটি এটি শেখার জায়গা এবং এই পোস্টের বিবরণগুলি আইএমও চমত্কার। +1 এবং কোনও মুছুনির প্রয়োজন নেই - আমি মনে করি এটি অন্যদেরকে একই ধরণের পরিস্থিতি তৈরি করতে সহায়তা করবে যদি তাদের কাছে ওপি'র দুর্নীতিগ্রস্ত ফাইল না থাকে বা দুর্নীতির মিথস্ক্রিয়া ভিন্ন হয়, না?
বিমিক

2
@ বিমাইক এবং অন্যান্যরা: আমি একটি উত্তর যুক্ত করেছি যাতে কমপক্ষে এখানে কী চলছে তা ব্যাখ্যা করা উচিত, যদিও তা কেন প্রয়োজন তা নয়।
অ্যাডাম লিটার

6

ওএস এক্স টারের ইউটিলিটিটি সঠিক ছিল! সংরক্ষণাগারে আসলে একটি ত্রুটি ছিল। এই ইমেল থ্রেড এটি আরও বিশদ আলোচনা করে, কিন্তু সমস্যাটি সংরক্ষণাগারে একটি নকল ফাইল আছে । আমি টাইপ করার সাথে সাথে এসসিআইপি লোকেরা সংরক্ষণাগারটি ঠিক করছে।

[সম্পাদনা]
সদ্য আপডেট হওয়া স্কিপ -২.২.০.tgz এখন ঠিক জরিমানা বের করছে! নতুন টিজিজেডের এসএইচএ -১ হ্যাশ 5b4e8283f4a5bf9e50f9a62d4320d6f5f50c8476

[সম্পাদনা 2]
সংরক্ষণাগারে কোনও ত্রুটি আছে তা নয়। এটি কেবল সহজ bsdtar, যা ওএস এক্সের সাহায্যে জাহাজগুলি, ডুপ্লিকেট ফাইলগুলি gnutarলিনাক্সের সাহায্যে ভিন্ন ভিন্নভাবে পরিচালনা করে । @ অ্যাডাম লিটারের উত্তর এখানে কী ঘটছে তার একটি বিশদ ব্যাখ্যা সরবরাহ করে।


1
মজাদার. সুতরাং সম্ভবত অন্যান্য ইউটিলিটিগুলি নকল ফাইল ত্রুটি উপেক্ষা করে অভিযোগ না করেই এগিয়ে চলেছে? যাইহোক, আপনি কারণ এবং উত্তর খুঁজে পেয়ে খুশি।
ট্রাই ট্রিইগেইন

1
হ্যাঁ, আমি মনে করি এটি অন্যান্য ইউটিলিটিগুলি ঠিক কী করছে। আমি যুক্তি দিয়ে বলব যে ওএস এক্স টার ইউটিলিটিটি এখানে সঠিক। কোনও ত্রুটিযুক্ত সংরক্ষণাগারটি সর্বদা কমপক্ষে একটি সতর্কতা উত্থাপন করা উচিত যাতে ব্যবহারকারীদের কিছু বন্ধ রয়েছে alert আপনার সাহায্যের জন্য ধন্যবাদ!
জিওফ

টার সংরক্ষণাগারটিতে একটি সদৃশ ফাইল এটিকে একটি ত্রুটিযুক্ত সংরক্ষণাগার হিসাবে তৈরি করে না, টার ফর্ম্যাটটি বিশেষত ডুপসের জন্য অনুমতি দেয়। আমি আগ্রহী যে কেন আপনার ম্যাক টারটি সংরক্ষণাগারটি আনপ্যাক করতে অস্বীকার করলেন যদিও আপনি -kবিকল্পটি সুনির্দিষ্টভাবে উল্লেখ করেন নি , যা এটি ফাইলগুলিকে পূর্ববর্তীকরণ সম্পর্কে সতর্ক করবে। দুর্ভাগ্যক্রমে, তারা ইতিমধ্যে scip-3.2.0.tgzডুপ সরানোর জন্য ফাইল আপডেট করেছে , সুতরাং আমি এই সংরক্ষণাগারটি পরীক্ষা করতে পারছি না।
জনি 18

tarনির্যাস বের করে আনতে চেষ্টা উপর ভিন্নভাবে প্রতিক্রিয়া scip-3.2.0/applications/Coloring/Makefileআপনার উপর নির্ভর করে দু 'বার umask। যদি 1 ম তৈরির জন আপনাকে লেখার অ্যাক্সেস না দেয় তবে ২ য় প্রচেষ্টা ব্যর্থ হয়।
ড্যান

1
@ ডিডাব্লু আমি একটি উত্তর যুক্ত করেছি যা ব্যাখ্যা করে যে এটি কেন বৈপরীত্য নয়।
অ্যাডাম লিটার

1

আমি ম্যাক ওএসএক্সের জন্য একটি বিকল্প, ফ্রি, লাইটওয়েট সংরক্ষণাগার রয়েছে। এটিকে কেকা বলা হয় এবং আমি এটি সুনির্দিষ্টভাবে 7zip আনপ্যাক করতে ব্যবহার করি। তদুপরি, এটি অন্য ধরণের .ਆਰার, .আরটি,। জিজেড ইত্যাদি আনপ্যাক করতে পারে এটি ওপি'র নির্দিষ্ট টার ফাইলের জন্যও কাজ করেছিল, তবে @ জিফ উল্লেখ করেছিলেন যে দলটি ফাইলটি মেরামতের কাজ করছে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.