dar - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

dar - তৈরি করে, পরীক্ষা করে, তালিকা করে, নির্যাস করে, তুলনা করে, একত্রিত করে, ডার সংরক্ষণাগারগুলিকে বিচ্ছিন্ন করে

সাইনোপিসিস

dar [-c | -t | -l | -x | -d | -+ | -গ] [ /] [ ] [ ]

dar -h

dar -V

বর্ণনাঃ

দার একটি সম্পূর্ণ বৈশিষ্ট্যযুক্ত ব্যাকআপ টুল, যার লক্ষ্য ডিস্ক (ফ্লপি, CD-R(W), DVD-R(W), zip, jazz,
হার্ড-ডিস্ক, ইউএসবি কী, ইত্যাদি) এবং 2.4.0 রিলিজ হওয়ার পর থেকে টেপেও অভিযোজিত হয়েছে।

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

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

দার আমি জানি যে প্রথম ব্যাকআপ প্রোগ্রামটি পুনরুদ্ধারের সময় ফাইলগুলিও সরিয়ে ফেলতে পারে! দ্বারা
যেভাবে, এই নথিতে, "আর্কাইভ" এবং "ব্যাকআপ" অর্থ একই জিনিস, এবং ব্যবহৃত হয়
অদলবদল করে।

এর বিপরীতে আলকাতরা আদেশ, দার একটি সম্পূর্ণ আর্কাইভ পড়তে হবে না বা একসাথে লেগে থাকতে হবে না
বিভিন্ন অংশ (টুকরা) এর বিষয়বস্তু পেতে: ডার আর্কাইভে বিষয়বস্তুর একটি সারণী রয়েছে
(ওরফে "ক্যাটালগ") আর্কাইভের শেষে অবস্থিত, তাই এটি আর্কাইভের সামনে খোঁজে
এবং ব্যাকওয়ার্ড শুধুমাত্র প্রয়োজনীয় ফাইল এক্সট্র্যাক্ট করার জন্য, যা tar এর চেয়ে অনেক দ্রুত
করতে ব্যবহৃত. আর্কাইভ থেকে "ক্যাটালগ" কপি করা যেতে পারে (অপারেশনকে আইসোলেশন বলা হয়)
আরও ব্যাকআপের জন্য রেফারেন্স হিসাবে এবং ক্ষেত্রে অভ্যন্তরীণ ক্যাটালগের ব্যাকআপ হিসাবে ব্যবহার করা হবে
সংরক্ষণাগার দুর্নীতির.

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

ডার ফরম্যাট দুর্নীতির বিরুদ্ধে বেশ শক্তপোক্ত: শুধু ফাইল যেখানে নিয়ে গেছে দুর্নীতি
সংরক্ষণাগার মধ্যে স্থান পুনরুদ্ধার করা সম্ভব হবে না. একটি মেরামত করার সম্ভাবনা আছে
দূষিত আর্কাইভ ডার par2 এর সাথে কাজ করতে পারে নির্বিঘ্নে কমান্ড-লাইনে "par2" নির্দিষ্ট করে
(দেখুন /etc/darrc)। শেষ পর্যন্ত একটি "রিলাক্স" রিডিং মোড পাওয়া যায় যা ডারকে হয় উপেক্ষা করতে দেয়
সংরক্ষণাগার গঠনে কিছু অসঙ্গতি, ডেটা কাটিয়ে উঠতে অভ্যন্তরীণ অপ্রয়োজনীয় তথ্য ব্যবহার করুন
দুর্নীতি বা শেষ অবলম্বনে ব্যবহারকারীকে জিজ্ঞাসা করে যে কিছু আর্কাইভ গঠন হলে কী করতে হবে
তথ্য অনুপস্থিত (-al বিকল্প)। এই শিথিল মোডটি অনুক্রমিক এবং উভয়ের সাথে ব্যবহার করা যেতে পারে
সরাসরি অ্যাক্সেস রিড মোড। মনে রাখবেন যে আপনার ডেটা সুরক্ষিত রাখতে আপনার পরিবর্তে Parchive ব্যবহার করা উচিত
শুধু "রিলাক্স" মোডের উপর নির্ভর না করে, যাকে শেষ সুযোগ হিসেবে দেখতে হবে
সমাধান।

দার POSIX এক্সটেন্ডেড অ্যাট্রিবিউটের (সংক্ষেপে EA) যত্ন নেয় যা বিশেষভাবে ব্যবহৃত হয়
লিনাক্সের অধীনে ফাইল অ্যাক্সেস কন্ট্রোল লিস্ট (এফএসিএল) এবং সেইসাথে সুরক্ষা বৈশিষ্ট্যগুলি বহন করতে
SELinux, এবং MacOS X EA এর অধীনেও তারা ফাইল ফর্ক সংরক্ষণ করতে ব্যবহৃত হয়। EA এছাড়াও রুম আছে
ব্যবহারকারীর জন্য যেকোনো ফাইলে কোনো কী/মূল্যের জোড়া যোগ করার জন্য, এটি ব্যবহারকারী EA নামে পরিচিত। এইগুলো
বৈশিষ্ট্যগুলি কোনও নির্দিষ্ট ফাইল সিস্টেমের জন্য নির্দিষ্ট নয়, তারা একইভাবে বিদ্যমান
ext3/4, HFS+ এবং অন্য কোনো ফাইল সিস্টেম।

দার এছাড়াও ফাইলসিস্টেম স্পেসিফিক অ্যাট্রিবিউটস (সংক্ষেপে এফএসএ) এর যত্ন নেয় যা আপনি যেমন পারেন
অনুমান করুন, এক বা একাধিক ফাইল সিস্টেমের জন্য নির্দিষ্ট। উদাহরণস্বরূপ একটি ফাইলের জন্ম তারিখ
HFS+ এবং NTFS-এর জন্য বিদ্যমান কিন্তু ext2/3/4 ফাইল সিস্টেমের জন্য নয়। অপরিবর্তনীয় বৈশিষ্ট্য বিদ্যমান
ext2/3/4 এর জন্য কিন্তু NTFS এর জন্য নয় যখন nodump ফাইল NTFS এর জন্য বিদ্যমান নেই কিন্তু বিদ্যমান
HFS+, ext2/3/4 এবং অন্যান্য অনেক ইউনিক্স ফাইল সিস্টেমের জন্য।

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

দার হার্ড-লিঙ্কগুলি সঠিকভাবে সংরক্ষণ এবং পুনরুদ্ধার করতেও সক্ষম

বিস্তারিত গভীরে যাওয়ার আগে স্লাইস সম্পর্কে কয়েকটি শব্দ: একটি স্লাইস একটি সাধারণ ফাইল যা
নাম একটি "বেসনেম" এর পরে একটি বিন্দু, তারপর একটি সংখ্যা, আবার একটি বিন্দু এবং
এক্সটেনশন (dar) সেই স্লাইসের ফাইলের নাম তৈরি করতে। কমান্ড লাইনে আপনি কখনই করবেন না
একটি স্লাইসের পুরো ফাইলের নাম দিতে হবে, শুধু বেসনেম। বিন্দুর মধ্যে সংখ্যা
স্লাইস সংখ্যা, যা 1 থেকে শুরু হয় এবং ইচ্ছামত বড় হতে পারে (আপনার হিসাবে বড়
সিস্টেম সংশ্লিষ্ট ফাইলের নাম সমর্থন করতে পারে)।

একটি উদাহরণ নেওয়া যাক:
বেসনেম "জো" বিবেচনা করে, ডার এক বা একাধিক স্লাইস তৈরি করবে
ব্যাকআপ প্রক্রিয়া চলাকালীন (আপনার পছন্দের উপর নির্ভর করে)। এর ফাইলের নাম
এই স্লাইসগুলি হবে: joe.1.dar joe.2.dar ... joe.10.dar ... ইত্যাদি যদি
আপনি এই ব্যাকআপটিকে রেফারেন্স হিসাবে বের করতে, তালিকাভুক্ত করতে বা ব্যবহার করতে চান, আপনি তা করবেন
শুধুমাত্র বেসনামটি ব্যবহার করতে হবে, যা এতে "জো" স্ট্রিং
উদাহরণ

এই নথির বাকি অংশ এভাবে সাজানো হয়েছে:

কম্যান্ডস
যে সাতটি কাজ আপনি দার দিয়ে করতে পারবেন

সাধারণ বিকল্পসমূহ
সমস্ত কর্মের জন্য সাধারণ বিকল্পগুলির একটি সেট

সেভিং, আইসোলেটিং এবং মার্জিং নির্দিষ্ট বিকল্প
বিকল্পগুলির একটি সেট যা ব্যাকআপ, ক্যাটালগ পরিচালনার জন্য নির্দিষ্ট
বিচ্ছিন্নতা এবং সংরক্ষণাগার মার্জ

পুনরুদ্ধার নির্দিষ্ট বিকল্প
বিকল্পগুলির একটি সেট যা পুনরুদ্ধার অপারেশনের জন্য নির্দিষ্ট

পরীক্ষা এবং ভিন্নতা নির্দিষ্ট বিকল্প
সংরক্ষণাগার পরীক্ষার অপারেশনের জন্য নির্দিষ্ট বিকল্পগুলির একটি সেট এবং
একটি ফাইল সিস্টেমের সাথে সংরক্ষণাগার তুলনা

তালিকার বিকল্প
সংরক্ষণাগার তালিকা অপারেশনের জন্য নির্দিষ্ট বিকল্পগুলির একটি সেট৷

স্পষ্ট ঐচ্ছিক আর্গুমেন্ট
কিছু সিস্টেম ঐচ্ছিক আর্গুমেন্ট বিকল্পের অনুমতি দেয় না, এই অধ্যায় ব্যাখ্যা
কিভাবে এই সীমাবদ্ধতা অতিক্রম করতে হবে

প্রস্থান কোড
মান তালিকা দার মৃত্যুদন্ড শেষে ফিরে আসে। এই অধ্যায় পড়া উচিত যদি
আপনি ডার উপর নির্ভর করে স্ক্রিপ্ট তৈরি করতে চান

সংকেত
একটি চলমান ডার প্রক্রিয়াতে সংকেত এবং তাদের কর্মের বিবরণ দেয়

নথি পত্র
ডার চেক করে এমন কনফিগারেশন ফাইলের তালিকা করুন

শর্তসাপেক্ষ সিনট্যাক্স
কমান্ড লাইন ওভার, কমান্ড এবং বিকল্প একটি প্লেইন ধন্যবাদ ডার পাস করা যেতে পারে
ফাইল (DCF ফাইল নামে পরিচিত)। এই প্লেইন ফাইলটিতে একটি নির্দিষ্ট সিনট্যাক্সও থাকতে পারে
এটি আপনাকে শুধুমাত্র নির্দিষ্ট অধীনে ডার করার একটি বিকল্প পাস করতে দেবে
পরিস্থিতি/পরিস্থিতি। এই অধ্যায়ে এই সহজ সিনট্যাক্স বর্ণনা এবং
বিভিন্ন উপলব্ধ শর্ত।

ব্যবহারকারীর লক্ষ্য
ব্যবহারকারী তাদের নিজস্ব শর্ত যোগ করতে পারেন যা ব্যবহারকারীর লক্ষ্য হিসাবে পরিচিত। এই অধ্যায়
তারা কি এবং কিভাবে ব্যবহার করতে হয় তা বর্ণনা করে

পরিবেশ
ডার ডিসিএফ ফাইল এবং ডিইউসি ফাইলগুলি দেখার জন্য পরিবেশের ভেরিয়েবলের উপর নির্ভর করতে পারে

বিকল্প

আদেশ:

শুধুমাত্র সাতটি কমান্ড সংজ্ঞায়িত করে যে ডার দ্বারা কি কাজ করা হবে: আর্কাইভ তৈরি, সংরক্ষণাগার
নিষ্কাশন, সংরক্ষণাগার তালিকা, সংরক্ষণাগার পরীক্ষা, ফাইল সিস্টেমের সাথে সংরক্ষণাগার তুলনা,
ক্যাটালগ বিচ্ছিন্নতা এবং সংরক্ষণাগার মার্জ. এই কমান্ডগুলি এখানে নীচে বর্ণিত হয়েছে।

একবার সংজ্ঞায়িত করা হলে, কমান্ডের পদ্ধতি পরিবর্তন করতে বিকল্পগুলির একটি বড় সেট ব্যবহার করা যেতে পারে
সঞ্চালিত কমান্ড অধ্যায়ের ঠিক পরে এই বিকল্পগুলি বর্ণনা করা হয়েছে।

গুরুত্বপূর্ণ বিঃদ্রঃ: সমস্ত সিস্টেম আসলে দীর্ঘ বিকল্পগুলি সমর্থন করে না (সোলারিস, ফ্রিবিএসডি, ...)। জন্য
উদাহরণ --create এই সিস্টেমে উপলব্ধ হবে না, এবং আপনাকে -c ব্যবহার করতে হবে
পরিবর্তে. একইভাবে, সমস্ত সিস্টেম ঐচ্ছিক আর্গুমেন্ট সমর্থন করে না (FreeBSD ছাড়া
উদাহরণ স্বরূপ GNU getopt), তাহলে আপনাকে স্পষ্টভাবে যুক্তি দিতে হবে, উদাহরণস্বরূপ in
"-z" এর জায়গায় আপনাকে "-z 9" দিতে হবে, "স্পষ্ট ঐচ্ছিক আর্গুমেন্টস" অনুচ্ছেদ দেখুন
সেই বিষয়ে বিস্তারিত জানার জন্য এই নথির শেষের কাছাকাছি।

-c, --create [ /]
উপর ভিত্তি করে নামের সাথে একটি ব্যাকআপ তৈরি করে . সব টুকরা
ডিরেক্টরিতে তৈরি করা হবে যদি নির্দিষ্ট করা হয়, অন্যথায়
বর্তমান ডিরেক্টরি। যদি গন্তব্য ফাইল সিস্টেম খুব ছোট হয়
ব্যাকআপের সমস্ত স্লাইস রয়েছে, -p বিকল্প (আগে বিরতি দেওয়া হচ্ছে
নতুন স্লাইস শুরু করা) আগ্রহের হতে পারে। অন্যথায়, ক্ষেত্রে
ফাইল সিস্টেম পূর্ণ, ডার অপারেশন স্থগিত করবে, জন্য জিজ্ঞাসা
ব্যবহারকারী বিনামূল্যে স্থান করতে, তারপর তার অপারেশন চালিয়ে যান। বিনামূল্যে করতে
স্থান, একমাত্র জিনিস যা আপনি করতে পারবেন না তা হল স্লাইসটি স্পর্শ করা
লিখিত যদি ফাইলের নাম হয় "-" * এবং * কোন স্লাইস করার জন্য জিজ্ঞাসা করা হয় না (no -s
বিকল্প) সংরক্ষণাগার মান আউটপুট অনুমতি উত্পাদিত হয়
ব্যবহারকারী একটি পাইপের মাধ্যমে (বা একটি টেপে) ফলে আর্কাইভ পাঠাতে
ডিভাইস সরাসরি বা dar_split কমান্ড ব্যবহার করে)।

-x, --extract [ /]
প্রদত্ত ব্যাকআপ থেকে ফাইল বের করে। স্লাইস হবে আশা করা হচ্ছে
বর্তমান ডিরেক্টরি বা প্রদত্ত ডিরেক্টরিতে . ইহা ও
সাংকেতিক লিঙ্ক ব্যবহার করা সম্ভব টুকরা সংগ্রহ করতে যা তে নেই
একই ডিরেক্টরি। পাথ একটি অপসারণযোগ্য ডিভাইসের দিকেও নির্দেশ করতে পারে (ফ্লপি, সিডি,
USB কী, ইত্যাদি), এই ক্ষেত্রে, ডিভাইসটি মাউন্ট/আনমাউন্ট করতে সক্ষম হতে,
আপনি অবশ্যই সেই ডিরেক্টরি থেকে ডার চালু করবেন না। অন্য কথায়, the
বর্তমান ডিরেক্টরিটি অপসারণযোগ্য মিডিয়াতে থাকা উচিত নয় যা আপনি আনমাউন্ট করার পরিকল্পনা করছেন
(বিশদ বিবরণের জন্য টিউটোরিয়াল দেখুন)। বেসনেম সরাসরি "-" সেট করা হতে পারে
অ্যাক্সেস মোড (ডিফল্ট ঐতিহাসিক মোড), তারপর আপনার প্রয়োজন হবে
dar_slave dar এর সাথে কাজ করতে (দেখুন -i এবং -o বিকল্পগুলি, পাশাপাশি
dar_slave man page)। তবে ক্রমিক পঠন মোডে (--অনুক্রমিক-
মোড কমান্ড-লাইনে ব্যবহৃত হয়), ডার স্ট্যান্ডার্ড থেকে সংরক্ষণাগারটি পড়বে
ইনপুট (এছাড়াও দেখুন -i বিকল্প), এটি শেষ পর্যন্ত সংমিশ্রণে ব্যবহার করা যেতে পারে
dar_split সহ।

-l, --তালিকা [ /]
প্রদত্ত ব্যাকআপের বিষয়বস্তু তালিকাভুক্ত করে। দার শুধুমাত্র প্রয়োজন হবে
ডাইরেক্ট এক্সেস মোডে আর্কাইভের শেষ স্লাইস। তবে অনুক্রমিক হলে
মোড ব্যবহার করা হয়, dar প্রথম স্লাইস থেকে সামগ্রিক সংরক্ষণাগারটি পড়বে
শেষ এক থেকে "-" বেসনাম হিসাবে ব্যবহার করা যেতে পারে, আচরণ একই
-x বিকল্পের মতো (ঠিক উপরে পড়ুন)।

-টি, --পরীক্ষা [ /]
ব্যাকআপ অখণ্ডতা পরীক্ষা করে। এমনকি কম্প্রেশন ছাড়া, দার করতে সক্ষম
সংরক্ষণাগার প্রতি ফাইল অন্তত একটি ত্রুটি সনাক্ত করুন, একটি ধন্যবাদ
পরিবর্তনশীল দৈর্ঘ্য CRC প্রতি ফাইল ডেটা, ফাইল EA এবং ফাইল FSA ইন রেকর্ড করা হয়েছে
ক্যাটালগ আর্কাইভ স্ট্রাকচার (স্লাইস হেডার, আর্কাইভ হেডার,
ক্যাটালগ) যেকোনো ধরনের সনাক্ত করতে সক্ষম হওয়ার জন্য সিআরসি দ্বারা সুরক্ষিত
সংরক্ষণাগার দুর্নীতি। এখানে একই মন্তব্য, "-" বেসনাম হিসাবে ব্যবহার করা যেতে পারে (দেখুন
বিস্তারিত জানার জন্য উপরে -x বিকল্প)।

-d, --diff [ /]
ব্যাকআপে সংরক্ষিত ফাইলগুলিকে ফাইল সিস্টেমের সাথে তুলনা করে।
এছাড়াও "-" হতে পারে (বিশদ বিবরণের জন্য উপরে -x বিকল্প দেখুন)। বিঃদ্রঃ
এই অপারেশনের লক্ষ্যকে আরও একটি ধাপ হিসাবে দেখা হবে
সংরক্ষণাগার পরীক্ষার চেয়ে, যেখানে সংরক্ষণাগার সংগতি ছাড়াও,
সংরক্ষণাগার বিষয়বস্তুতে যা পাওয়া যায় তার মতোই হতে যাচাই করা হয়
নথি ব্যবস্থা. কিন্তু নতুন ফাইল ফাইল সিস্টেমে উপস্থিত থাকলে, দার
তাদের উপেক্ষা করে। আপনি একটি সংরক্ষণাগার থেকে পরিবর্তনের জন্য চেক করতে চান
তৈরি করা হয়েছে, ভাল ড্রাই-রান ডিফারেনশিয়াল ব্যাকআপ ব্যবহার করুন।

-সি, --বিচ্ছিন্ন [ /]
এর সংরক্ষণাগার থেকে একটি ক্যাটালগ বিচ্ছিন্ন করুন (এর একটি অনুলিপি তৈরি করুন
অভ্যন্তরীণ ক্যাটালগ তার নিজস্ব সংরক্ষণাগার পাত্রে)। যুক্তি হল
ফাইলের বেসনেম তৈরি করতে হবে যাতে ক্যাটালগ থাকবে
অনুলিপি সংরক্ষণাগারের নাম দেওয়ার জন্য এখানে -A বিকল্পটি বাধ্যতামূলক
থেকে ক্যাটালগটি অনুলিপি করতে, এই সংরক্ষণাগারটি মোটেও পরিবর্তন করা হয়নি।
স্লাইসিং উপলব্ধ (-s -S -p -b ইত্যাদি)। যদি ফাইলের নাম হয় "-" * এবং*
কোন স্লাইস জিজ্ঞাসা করা হয় না (কোন -s বিকল্প) বিচ্ছিন্ন ক্যাটালগ উত্পাদিত হয়
স্ট্যান্ডার্ড আউটপুট, ব্যবহারকারীকে ফলাফল সংরক্ষণাগার পাঠাতে অনুমতি দেয়
একটি পাইপের মাধ্যমে। মনে রাখবেন যে ধারণার মধ্যে কোন পার্থক্য নেই
একটি বিচ্ছিন্ন ক্যাটালগ এবং একটি সংরক্ষণাগার মধ্যে. সুতরাং আপনি সব করতে পারেন
একটি বিচ্ছিন্ন ক্যাটালগের উপর অপারেশন, বিশেষ করে এটির জায়গায় নেওয়া
একটি ডিফারেনশিয়াল আর্কাইভ, আর্কাইভের জন্য রেফারেন্স হিসাবে মূল ব্যাকআপ
পরীক্ষা, সংরক্ষণাগার তুলনা. তবে মনে রাখবেন যে তুলনার জন্য (-d
বিকল্প) যেহেতু ডেটা বিচ্ছিন্ন ক্যাটালগে উপস্থিত নয়, ডার নির্ভর করে
বাইট দ্বারা ডেটা বাইট তুলনা করার পরিবর্তে এমবেডেড সিআরসি-তে (কি করা হয়
একটি প্লেইন আর্কাইভ সহ), এবং কোন তুলনা করা যাবে না
EA বা FSA এমনকি তাদের প্রত্যেকের ক্যাটালগে নিজস্ব CRC থাকলেও
কারণ আইটেমগুলির OS দ্বারা প্রদত্ত ভিন্ন ক্রম
EA এবং FSA রচনা করলে CRC ভিন্ন হতে পারে যখন EA বা
FSA ঠিক একই, তাই এখানে CRC শুধুমাত্র সংরক্ষণাগার সনাক্ত করতে ব্যবহার করা হয়
দুর্নীতি রিলিজ 2.4.0 থেকে আপনি একটি বিচ্ছিন্ন ক্যাটালগ ব্যবহার করতে পারেন
সংরক্ষণাগার এটি ভিত্তিক করা হয়েছে একটি দূষিত অভ্যন্তরীণ ক্যাটালগ উদ্ধার
অন ​​(দেখুন -A বিকল্প)।

-+, -- মার্জ [ /]
এক বা দুটি বিদ্যমান সংরক্ষণাগার থেকে একটি উপসেট সংরক্ষণাগার তৈরি করুন (
ফলে আর্কাইভ নাম হল এই কমান্ডের আর্গুমেন্ট)। ডার ফাইল
নির্বাচন প্রক্রিয়া (সাধারণ বিকল্পগুলি দেখুন) ব্যবহারকারীকে সিদ্ধান্ত নিতে দিন কোনটি
ফাইল ফলাফল সংরক্ষণাগারে উপস্থিত থাকবে এবং কোনটি হবে
উপেক্ষা করা এই বিকল্পটি এইভাবে ব্যবহারকারীকে দুটি সংরক্ষণাগারকে এককভাবে একত্রিত করতে দেয়
একটি (একটি ফিল্টারিং প্রক্রিয়া সহ যা সমস্ত ফাইল গ্রহণ করে), পাশাপাশি
এই বিকল্পটি ব্যবহারকারীকে একটি ছোট সংরক্ষণাগার তৈরি করতে দেয় যা ডেটা নেওয়া হয়
রেফারেন্সের এক বা দুটি সংরক্ষণাগার থেকে। উল্লেখ্য যে কোন সময়ে
রেফারেন্সের আর্কাইভের বিষয়বস্তু বাস্তব ফাইল থেকে বের করা হয় এবং
ডিরেক্টরি: এটি সংরক্ষণাগার স্থানান্তর করার জন্য একটি সংরক্ষণাগার, এইভাবে আপনার অভাব হতে পারে
বর্ধিত বৈশিষ্ট্যের জন্য সমর্থন যখন আপনি সম্পূর্ণরূপে সক্ষম হবেন
একটি সংরক্ষণাগার থেকে তাদের এক্সটেন্ডেড অ্যাট্রিবিউট সহ ফাইলগুলিকে ম্যানিপুলেট করুন৷
ফলে এক. যদি বেসনেম হয় "-" * এবং* কোন স্লাইস জিজ্ঞাসা করা হয় না (নং
-s বিকল্প), সংরক্ষণাগারটি আদর্শ আউটপুটের অনুমতি দিয়ে উত্পাদিত হয়
ব্যবহারকারী একটি পাইপের মাধ্যমে ফলাফল সংরক্ষণাগার পাঠাতে. প্রথম বাধ্যতামূলক
রেফারেন্সের সংরক্ষণাগার -A বিকল্পের জন্য ধন্যবাদ প্রদান করা হয়, যখন
রেফারেন্সের দ্বিতীয় "সহায়ক" (এবং ঐচ্ছিক) সংরক্ষণাগার প্রদান করা হয়েছে
-@ বিকল্পের জন্য ধন্যবাদ। যখন একটি টাই বিবাদ ঘটে (একই ফাইলের নাম
উভয় সংরক্ষণাগার থেকে একত্রিত করতে হবে), ওভাররাইটিং নীতি (-/
বিকল্প) সংজ্ঞায়িত করার জন্য ব্যবহার করা হয় ফলাফল সংরক্ষণাগারে রাখা। দ্বারা
ডিফল্ট, একত্রিত করার জন্য নির্বাচিত সংরক্ষণাগার ডেটা অসঙ্কুচিত, এবং পুনরায়-
সংকুচিত এইভাবে মার্জিং অপারেশন পরিবর্তন করতে ব্যবহার করা যেতে পারে
প্রদত্ত আর্কাইভের কম্প্রেশন অ্যালগরিদম এবং সেইসাথে এর পরিবর্তন
জোড়া লাগানো. কিন্তু, আরও ভাল পারফরম্যান্সের জন্য এটিও সম্ভব ধন্যবাদ
-ak বিকল্প (ব্যবহারের সীমাবদ্ধতার জন্য -ak বিকল্পের নীচে দেখুন)
ফাইলগুলিকে সংকুচিত রেখে মার্জ করুন, এইভাবে কোনও ডিকম্প্রেশন/পুনরায়-
কম্প্রেশন সব সঞ্চালিত হয়, যা অপারেশন দ্রুত করা. শেষ
দুটি বিচ্ছিন্ন ক্যাটালগ একত্রিত করা সম্ভব নয়।

-h, --help প্রদর্শন সাহায্য ব্যবহার.

-V, --version সংস্করণ তথ্য প্রদর্শন করে।

সাধারণ বিকল্পগুলি:

-v, --verbose পশ্চাদগামী সামঞ্জস্যের জন্য, এটি "-vt -vm" এর একটি উপনাম (উভয়
বিকল্প সেট)।

-vs, --verbose= এড়িয়ে যাওয়া
দ্বারা নির্দিষ্ট করা ফাইল ফিল্টারিং বর্জনের কারণে প্রদর্শন ফাইলগুলি এড়িয়ে গেছে৷
ব্যবহারকারী

-vt, --verbose=চিকিৎসা করা হয়েছে
দ্বারা নির্দিষ্ট ফাইল ফিল্টারিং অন্তর্ভুক্তির কারণে চিকিত্সা করা ফাইলগুলি প্রদর্শন করুন৷
ব্যবহারকারী বা কোনো ফাইল ফিল্টারিং এ সব নির্দিষ্ট. প্রতিটি ফাইলের জন্য a
বার্তা প্রদর্শিত হয় * আগে * ফাইল চিকিত্সা করা হয়. এই বিকল্পটি নয়
সংরক্ষণাগার বিচ্ছিন্নতার জন্য উপলব্ধ এবং সংরক্ষণাগার তালিকা হিসাবে অকেজো
এটি সর্বদা সেট করা হয়, যদি না -q ব্যবহার করা হয়।

-vd, --verbose=dir প্রক্রিয়াধীন ডিরেক্টরি প্রদর্শন করুন। বার্তাগুলি *আগে* দেখায়
একটি ডিরেক্টরি প্রবেশ করান। আপনার কাছে -vt এর চেয়ে কম ভার্বোস আউটপুট থাকতে পারে
যদিও দার কি করছে তা অনুসরণ করতে সক্ষম। উল্লেখ্য যে -vt এবং
-ভিডি পারস্পরিক একচেটিয়া।

-vm, --verbose=বার্তা
ডার বর্তমানে কি পারফর্ম করছে সে সম্পর্কে বিস্তারিত বার্তা প্রদর্শন করুন
বর্তমানে চিকিত্সা করা বা এড়িয়ে যাওয়া ফাইল এবং ডিরেক্টরিগুলির সাথে সম্পর্কিত নয়৷

-vf, --verbose=সমাপ্ত
একটি সংক্ষিপ্তসার *পরে* ইস্যু করে প্রতিটি ট্রিটেড ডাইরেক্টরি যার পরিমাণ রয়েছে
সেই ডিরেক্টরিতে ব্যাক আপ করা ডেটার পাশাপাশি গড় কম্প্রেশন
অনুপাত. এই বিকল্পটি শুধুমাত্র সংরক্ষণাগার তৈরির জন্য উপলব্ধ।

-va, --verbose=all পূর্বে বর্ণিত সমস্ত ভার্বোজ অপশন সক্রিয় করে, আরও দেখুন -Q
নিচে এবং -q বিকল্প। দ্রষ্টব্য: একটি স্ক্রিপ্ট থেকে ডার ব্যবহার করার সময় আরও ভাল ব্যবহার করুন
অপারেশন কোন পথে শেষ হয়েছে তা জানতে দারের প্রস্থান অবস্থা (EXIT দেখুন
এই নথির শেষে কোডস)।

-q, -- শান্ত চূড়ান্ত পরিসংখ্যান প্রতিবেদন দমন করুন। যদি কোন ভার্বস আউটপুট জিজ্ঞাসা করা না হয়
এই বিকল্পের পাশে, অপারেশন সফল হলে কিছুই প্রদর্শিত হবে না।
একটি স্ক্রিপ্ট থেকে dar ব্যবহার করার সময় জানতে dar এর প্রস্থান অবস্থা ভাল ব্যবহার করুন
কোন উপায়ে অপারেশন শেষ হয়েছে (এর শেষে প্রস্থান কোড দেখুন
নথি)

-b, --beep ব্যবহারকারীর কর্মের প্রয়োজন হলে টার্মিনাল রিং তৈরি করে (উদাহরণস্বরূপ
-p বিকল্প ব্যবহার করে একটি নতুন স্লাইস তৈরি করা)

-বি, --ব্যাচ
ফাইলটিতে এই অপশনের যুক্তিতে কোন নাম দেওয়া আছে, আপনি করতে পারেন
কমান্ড লাইনে ব্যবহৃত যেকোনো বিকল্প বা যুক্তি রাখুন, সেটা হবে
পার্স করা হয়েছে যেন তারা "-B এর জায়গায় ছিল "বিকল্প. এই
যেভাবে আপনি কমান্ড লাইন আকারের সীমাবদ্ধতা অতিক্রম করতে পারেন। মধ্যে কমান্ড
ফাইলটি বেশ কয়েকটি লাইনে নিষ্পত্তি করা যেতে পারে এবং -B বিকল্পটিও ব্যবহার করা যেতে পারে
ফাইলের ভিতরে, অন্য ফাইলগুলি অন্তর্ভুক্ত করার জন্য একটি ফাইলের নেতৃত্ব দেয়। কিন্তু একটি ত্রুটি
লুপের ক্ষেত্রে ঘটে (একটি ফাইল যা সরাসরি নিজেকে অন্তর্ভুক্ত করে বা না)
এবং DAR অবিলম্বে বাতিল করে দেয়। মন্তব্য অনুমোদিত, এবং একটি দ্বারা শুরু করা আবশ্যক
প্রতিটি লাইনে হ্যাশ `#' অক্ষর। একটি লাইন বিবেচনা করার জন্য নোট করুন
একটি মন্তব্য হিসাবে হ্যাশ অক্ষরটি প্রথম অক্ষর হতে হবে
লাইন (স্পেস বা ট্যাব এখনও হ্যাশের আগে থাকতে পারে)। দেখা শর্তাধীন বাক্য গঠন
এই ধরনের কনফিগারেশন ফাইলের আরও সমৃদ্ধ সিনট্যাক্সের জন্য নীচে পরিচিত
DCF ফাইল হিসাবে (ডার কনফিগারেশন ফাইল)। পরিবেশও দেখুন
ভেরিয়েবল DAR_DCF_PATH এর শেষে ENVIRONMENT বিভাগে
নথি।

মনে রাখবেন যে আপনি ভিতরে উদ্ধৃতি সহজ ('arg') দ্বিগুণ ("arg") এবং ব্যাক-কোট (`arg`) ব্যবহার করতে পারেন
এই ধরনের ফাইল, কিন্তু তাদের ভারসাম্যপূর্ণ করা প্রয়োজন (একটি শেষ আছে)। এমন চরিত্র ব্যবহার করা
একটি উদ্ধৃতি অর্থ ছাড়া, উদাহরণস্বরূপ একটি apostrophe হিসাবে, আপনি এটি ব্যবহার করে অব্যাহতি প্রয়োজন
একটি ব্যাক-ল্যাক ("এটি একটি উদাহরণ")। অবশ্যই একটি স্বাভাবিক হিসাবে একটি একক ব্যাক স্ল্যাশ যোগ করুন
ফাইলের অক্ষরটি আপনাকে দ্বিগুণ করতে হবে (উদাহরণস্বরূপ "c:\\windows")

-N, --noconf দুটিও পড়ার চেষ্টা করবেন না ~/.darrc অথবা /etc/darrc কনফিগারেশন
নথি পত্র. দেখা নথি পত্র নীচের অধ্যায়।

-Q ক থেকে চালু না হলে stderr-এ একটি প্রাথমিক সতর্কতা প্রদর্শন করবেন না
টার্মিনাল (উদাহরণস্বরূপ একটি ক্রোনজব থেকে চালু হলে)। এই যে মানে
ব্যবহারকারীর কাছে সমস্ত প্রশ্নের উত্তর 'না' দ্বারা দেওয়া হবে, যার বেশিরভাগই
সময় প্রোগ্রাম বাতিল হবে. দয়া করে মনে রাখবেন যে এই বিকল্পটি হতে পারে না
একটি কনফিগারেশন ফাইলে ব্যবহৃত হয় (-B বিকল্প)। সংস্করণ 2.2.2 থেকে, প্রদান
এই বিকল্পটি নন-ইন্টারেক্টিভ মোডকে জোর করে, এমনকি dar হলেও
একটি টার্মিনাল থেকে চালু করা হয়েছে। এর ফলে দার চালানো সম্ভব হয়
পটভূমি যখন আপনি করবেন, তখন এটি stdout পুনঃনির্দেশ করার সুপারিশ করা হয়
এবং/অথবা স্টার থেকে ফাইল: dar -Q ... &> /dev/null &

-n, --no-overwrite ওভাররাইট করার অনুমতি দেয় না

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

-w, --no-warn ওভাররাইট করার আগে সতর্ক করবেন না (স্লাইস ওভাররাইটিং এর জন্য প্রযোজ্য
ওভাররাইটিং নীতি ওভাররাইটিং সিদ্ধান্ত)। গতানুগতিক
ওভাররাইটিং অনুমোদিত কিন্তু এগিয়ে যাওয়ার আগে একটি সতর্কতা জারি করা হয়। এই
বিকল্পটি যুক্তি হিসাবে 'a' পেতে পারে (ঠিক নীচে দেখুন):

-wa, --no-warn=all এটা বোঝায় -w বিকল্প, এবং এর মানে হল যে সতর্কতা এড়িয়ে যাওয়া
ফাইল ওভাররাইটিং, DAR একটি ফাইল মুছে ফেলার সংকেত এড়িয়ে যায়
যখন এর ধরন প্রত্যাশিত নয়। ফাইল মুছে ফেলা হয় যখন তারা আছে
রেফারেন্সের সংরক্ষণাগার থেকে মুছে ফেলা হিসাবে রেকর্ড করা হয়েছে। এ
ডিফারেনশিয়াল আর্কাইভ পুনরুদ্ধার, যদি প্রদত্ত নামের একটি ফাইল
বিদ্যমান, এটি অপসারণ করা হয়, কিন্তু যদি টাইপটি ফাইলটির সাথে মেলে না
রেফারেন্সের সংরক্ষণাগারের সময় উপস্থিত (ডিরেক্টরি, প্লেইন
ফাইল, ফিফো, সকেট, চার বা ব্লক ডিভাইস, ইত্যাদি), একটি সতর্কতা সাধারণত
সংরক্ষিত হয়নি এমন ডেটা দুর্ঘটনাজনিত অপসারণ রোধ করার জন্য জারি করা হয়েছে
রেফারেন্সের ব্যাকআপ। (এছাড়াও দেখুন -k বিকল্প)

-এ, --রেফ [ ]/
প্রেক্ষাপটের উপর নির্ভর করে, এটি হিসাবে ব্যবহার করার জন্য সংরক্ষণাগার নির্দিষ্ট করে
রেফারেন্স, যা সংরক্ষণাগার বিচ্ছিন্নকরণের জন্য বাধ্যতামূলক (-C বিকল্প) এবং
মার্জিং অপারেশন (-+ বিকল্প)। অন্যথায় এটি রেসকিউ ক্যাটালগ নির্দিষ্ট করে
(-x কমান্ড), পরীক্ষা (-t কমান্ড) বা তুলনা করার সময় পুনরুদ্ধার করার সময় ব্যবহার করতে
(-d কমান্ড) একটি সংরক্ষণাগার। রেফারেন্স ব্যাকআপ সব স্লাইস হয়
প্রদত্ত একই ডিরেক্টরিতে প্রত্যাশিত৷ বা বর্তমান
ডিফল্টরূপে ডিরেক্টরি। সাধারণত শুধুমাত্র শেষ স্লাইস প্রয়োজন হয়
রেফারেন্সের ক্যাটালগ বের করুন। প্রয়োজনে প্রতীকী ব্যবহার
লিঙ্কগুলিও এখানে থাকা সম্ভব না এমন স্লাইস সংগ্রহ করতে
একই ডিরেক্টরি। আপনিও নির্দেশ করতে পারেন একটি USB কী, DVD-R(W) বা
অন্য কোনো মাউন্ট ডিরেক্টরি, কারণ দার বিরতি এবং ব্যবহারকারী জিজ্ঞাসা করবে
প্রয়োজনীয় স্লাইসগুলির জন্য যদি তারা উপস্থিত না থাকে। যুক্তি -A হতে পারে
চার ধরনের:

- একটি বিদ্যমান সংরক্ষণাগার বেসনাম, যা হিসাবে নেওয়া হবে৷
উল্লেখ

- একটি ড্যাশ ("-") সরাসরি অ্যাক্সেস মোডে (ডিফল্ট মোড, কখন
--senquential-read ব্যবহার করা হয় না) এটি -o এবং এর ব্যবহার বোঝাতে পারে
-i বিকল্প, এটি রেফারেন্সের সংরক্ষণাগার পড়ার অনুমতি দেয়
অন্য প্রান্তে dar_slave সঙ্গে পাইপ একটি জোড়া থেকে.
যেমন দূরবর্তী হোস্টে ssh এর মাধ্যমে Dar_slave চালানো যেতে পারে।
মনে রাখবেন যে এই ধরনের আর্গুমেন্ট ("-") শুধুমাত্র তখনই পাওয়া যায় যখন -A
বিচ্ছিন্নকরণ (-C বিকল্প) এবং একত্রিতকরণ (-+ বিকল্প) এর জন্য ব্যবহৃত হয়। ভিতরে
ক্রমিক মোড (--অনুক্রমিক-মোড ব্যবহার করা হয়), এর সংরক্ষণাগার
রেফারেন্স স্ট্যান্ডার্ড ইনপুট বা নামকৃত পাইপ থেকে পড়া হয়
-i বিকল্প দ্বারা নির্দিষ্ট করা হয়েছে। ক্রমানুসারে -o বিকল্পের কোন ব্যবহার নেই
মোড. মনে রাখবেন যে মার্জিং অপারেশন (-+ বিকল্প) পড়তে পারে না
ক্রমিক মোডে রেফারেন্সের সংরক্ষণাগার।

- একটি প্লাস চিহ্ন ("+") যা রেফারেন্সটিকে বর্তমান করে তোলে
ডিরেক্টরি অবস্থা। এই যুক্তি শুধুমাত্র সংরক্ষণাগার জন্য উপলব্ধ
সৃষ্টি (-c বিকল্প)। অন্য কথায়, কোন ফাইলের ডেটা হবে না
সংরক্ষিত, ইনোডের বর্তমান অবস্থা রেকর্ড করা হবে
ক্যাটালগে এই বৈশিষ্ট্যটি "স্ন্যাপশট" নামে পরিচিত
ব্যাকআপ একটি স্ন্যাপশট ব্যাকআপ পরে রেফারেন্স হিসাবে ব্যবহার করা যেতে পারে
থেকে পরিবর্তিত শুধুমাত্র ফাইল সনাক্ত বা সংরক্ষণ করুন
স্ন্যাপশট তৈরি করা হয়েছিল।

- ক , if -af অপশনটি -A এর আগে বসানো হয়েছে
কমান্ড-লাইন বা একটি অন্তর্ভুক্ত ফাইলে (দেখুন -বি বিকল্প)। আরো বেশী
যে বৈশিষ্ট্য সম্পর্কে নীচের -af বিকল্প দেখুন. এই ফর্ম শুধুমাত্র
সংরক্ষণাগার তৈরির জন্য উপলব্ধ (-c বিকল্প)।

ব্যাকআপ অপারেশনের সময় (-c বিকল্প) রেফারেন্সের সংরক্ষণাগার দেওয়া হয়
-A বিকল্পের জন্য ধন্যবাদ, বিদ্যমান ফাইলগুলির সাথে তুলনা করার জন্য ব্যবহৃত হয়
ফাইল সিস্টেম। Dar তারপর শুধুমাত্র পরিবর্তন করা ফাইল ব্যাকআপ করবে
যেহেতু রেফারেন্স আর্কাইভ করা হয়েছে. যদি না -A বিকল্প দেওয়া হয়,
ব্যাকআপ অপারেশন একটি সম্পূর্ণ ব্যাকআপ। এর সাথে -A বিকল্প থাকলে আর্কাইভ
রেফারেন্স একটি সম্পূর্ণ ব্যাকআপ কেউ কেউ এটি একটি ডিফারেনশিয়াল ব্যাকআপ কল, যখন
যদি রেফারেন্সের সংরক্ষণাগারটি ডিফারেনশিয়াল ব্যাকআপ হয়, কেউ কেউ এটিকে কল করে
ব্যাকআপের প্রকার একটি ক্রমবর্ধমান ব্যাকআপ। দার জন্য কোন পার্থক্য নেই
ইনক্রিমেন্টাল এবং ডিফারেনশিয়াল ব্যাকআপের মধ্যে গঠনে, উভয়ই
সাধারণত "ডিফারেনশিয়াল" ব্যাকআপ হিসাবে বিশ্বব্যাপী ডিজাইন করা হয়
ডকুমেন্টেশন।

মার্জিং অপারেশনের সময় (-+ বিকল্প), -A এর বিষয়বস্তু প্রদত্ত
আর্কাইভ শেষ পর্যন্ত -@ এর বিষয়বস্তু সহ নেওয়া হবে
অক্জিলিয়ারী আর্কাইভ যদি নির্দিষ্ট করা থাকে (নীচে দেখুন), থেকে একটি নতুন আর্কাইভ তৈরি করতে
এই বা এই আর্কাইভের ফাইল। নোট করুন যে আপনি ফাইলগুলি ফিল্টার করতে পারেন
মূল সংরক্ষণাগার(গুলি) এর অপারেশন এবং সেটআপ উপসেট থেকে।

ক্যাটালগ আইসোলেশনের সময় (-C বিকল্প), dar বিচ্ছিন্ন তৈরি করবে
-A বিকল্প সহ দেওয়া একটি থেকে ক্যাটালগ।

পরীক্ষার সময়, পার্থক্য বা নিষ্কাশন, (-t, -d বা -x বিকল্পগুলি
যথাক্রমে), বিষয়বস্তুর সারণী (ক্যাটালগ) থেকে পড়া হবে
এর অভ্যন্তরীণ ক্যাটালগ ব্যবহার করার পরিবর্তে -A দিয়ে আর্কাইভ দেওয়া হয়েছে
সংরক্ষণাগার উদ্ধারের জন্য প্রদত্ত আর্কাইভ আগে থাকতে হবে
এই একই সংরক্ষণাগার থেকে বিচ্ছিন্ন (অন্যথায় বিষয়বস্তু মিলবে না এবং
dar এই অপারেশনে এগিয়ে যেতে অস্বীকার করবে)। এটি একটি ব্যাকআপ হিসাবে কাজ করে
একটি সংরক্ষণাগারের ক্যাটালগের ভিতরে দুর্নীতির মামলার সমাধান,
সর্বোত্তম উপায় হল এখনও আপনার ডেটা সুরক্ষিত রাখতে Parchive ব্যবহার করা
মিডিয়া ত্রুটির বিরুদ্ধে।

-af, --alter=নির্দিষ্ট তারিখ
-A বিকল্প আচরণ পরিবর্তন করুন, এটি একটি গ্রহণ করে হিসাবে
যুক্তির জায়গায় [ ]/ ডিফল্ট যুক্তি। দ্য
কোন ফাইলটি সংরক্ষণ করতে হবে তা নির্ধারণ করতে ব্যবহৃত হয়: ফাইল কোনটি পরিবর্তন
নতুন বা সমান , এবং যা অপরিবর্তিত বিবেচনা করতে হবে: যারা
অপেক্ষাকৃত পুরনো . একটি তৈরি করার সময় এই বিকল্পটি শুধুমাত্র একটি অর্থ আছে
সংরক্ষণাগার (-c বিকল্প) এবং আগে স্থাপন করা আবশ্যক -A বিকল্প একটি আছে
প্রভাব।

নিম্নলিখিত দুটি সম্ভাব্য বিন্যাসে একটি তারিখ হতে হবে:

- 1লা জানুয়ারী, 1970 থেকে কয়েক সেকেন্ড

- নিম্নলিখিত ফর্মে একটি তারিখ
[[[বছর/]মাস/]দিন-]ঘণ্টা:মিনিট[:সেকেন্ড]

এখানে তারিখের কিছু উদাহরণ রয়েছে:
91836383927108078

2005/11/19-19:38:48 যা 38 গত 7 PM এবং 48 সেকেন্ড,
19th নভেম্বর 2005

20:20 যা বর্তমান দিনের 8 PM

2-00:08 যা 8টা দুপুর, বর্তমানের দ্বিতীয় দিন
মাস

2/2-14:59 যা 1 থেকে 3 PM, 2 শে ফেব্রুয়ারিতে
বর্তমান বছর

-@, --aux [ ]/ , --অন-ফ্লাই-আইসোলেট [ ]/
রেফারেন্সের একটি সহায়ক সংরক্ষণাগার নির্দিষ্ট করে (প্রসঙ্গ মার্জ করা) বা
অন-ফ্লাই আইসোলেটেড ক্যাটালগের নাম (সৃষ্টির প্রসঙ্গ)। এই বিকল্প
এইভাবে শুধুমাত্র -+ বিকল্প (একত্রীকরণ) এবং -c বিকল্প (আর্কাইভ) এর সাথে উপলব্ধ
সৃষ্টি)। উল্লেখ্য যে --aux এবং --on-fly-isolate এর প্রকৃত উপনাম
একই বিকল্প, এটি ব্যবহারের প্রসঙ্গ (আর্কাইভ তৈরি বা
একত্রিত করা) যা এটিকে একটি উপায় বা অন্য আচরণের দিকে নিয়ে যায়।

একীভূত প্রসঙ্গে, over -A বিকল্প যা বাধ্যতামূলক, আপনি দিতে পারেন
রেফারেন্সের একটি দ্বিতীয় সংরক্ষণাগার -@ বিকল্পের জন্য ধন্যবাদ। এটি আপনাকে অনুমতি দেয়
দুটি আর্কাইভকে এককভাবে একত্রিত করতে। আরও দেখুন -$ বিকল্প
(এনক্রিপশন) -~ বিকল্প (কমান্ড এক্সিকিউশন) এবং -% (ক্রিপ্টো ব্লক সাইজ)
রেফারেন্সের সহায়ক সংরক্ষণাগার সংক্রান্ত অন্যান্য বিকল্পের জন্য। তারা
আর্কাইভের সাথে সম্পর্কিত -J, -F এবং -* বিকল্পগুলির সংশ্লিষ্ট সমতুল্য
ধন্যবাদ দেওয়া -A বিকল্প.

ব্যাকআপ প্রসঙ্গে -@ বিকল্প ব্যবহারকারীকে সংরক্ষণাগারের নাম উল্লেখ করতে দিন
অন-ফ্লাই আইসোলেশনের জন্য। অন-ফ্লাই আইসোলেশন সহ, আপনি -$ ব্যবহার করতে পারেন
বিকল্প (এনক্রিপশন অ্যালগরিদম এবং পাসফ্রেজ সংজ্ঞায়িত করতে), -~ বিকল্প (প্রতি
অন-ফ্লাই আইসোলেটেড ক্যাটালগ সম্পন্ন হলে একটি কমান্ড চালান) এবং
-% বিকল্প (ক্রিপ্টো ব্লক আকার)। অন-ফ্লাই বিচ্ছিন্ন ক্যাটালগ সবসময়
সম্ভব হলে bzip2 অন্যথায় gzip else lzo সংকুচিত (সংকোচন ব্যবহার করে
স্তর 9) অন্যথায় সংকুচিত হয় না, এবং এটি সর্বদা একটি একক কাটা হয়
সংরক্ষণাগার কমান্ড-লাইন এক্সিগুইটির কারণে, এটি পরিবর্তন করা সম্ভব নয়
অন-ফ্লাই আইসোলেশনের জন্য কম্প্রেশন অ্যালগো বা স্লাইস সাইজ। যদি তুমি চাও
একটি আরও জটিল বিচ্ছিন্নতা, হয় libdar এর উপর একটি GUI সন্ধান করুন, অথবা করুন
একটি স্বাভাবিক (= একটি অন-ফ্লাই নয়) বিচ্ছিন্নকরণ অপারেশন (যাইভাবে এটি
একটি ইতিমধ্যে বিচ্ছিন্ন ক্যাটালগ বিচ্ছিন্ন করা সম্ভব, এটি সমতুল্য
একটি অনুলিপি করার জন্য, তবে আপনি এনক্রিপশন, কম্প্রেশন বা পরিবর্তন করতে পারেন
স্লাইসিং, উদাহরণস্বরূপ), আপনি বিচ্ছিন্নভাবে dar_xform ব্যবহার করতে পারেন
ক্যাটালগ যদি আপনি শুধুমাত্র স্লাইস আকার পরিবর্তন করতে চান (এটি না হিসাবে দ্রুত
ডিকম্প্রেশন/রি-কম্প্রেশন বা এনক্রিপশন/ডিক্রিপশন প্রয়োজনীয় নয়)।
এর পরিবর্তে একটি বিচ্ছিন্ন ক্যাটালগে মার্জিং অপারেশন ব্যবহার করা
বিচ্ছিন্ন ক্যাটালগকে বিচ্ছিন্ন করে, ফলে আর্কাইভকে না করে
মূল অভ্যন্তরীণ ক্যাটালগের জন্য একটি উদ্ধার হিসাবে ব্যবহার করা যাবে
সংরক্ষণাগার --aux-ref হল --aux-এর প্রতিশব্দ।

-আর, --এফএস-রুট
পাথ নির্দেশ করে যে সমস্ত ফাইল রয়েছে সেই ডিরেক্টরি ট্রিতে
অপারেশনে নথিভুক্ত করা হবে (ব্যাকআপ, পুনরুদ্ধার বা তুলনা)।
ডিফল্টরূপে বর্তমান ডিরেক্টরি ব্যবহার করা হয়। -P তে ব্যবহৃত অন্যান্য সমস্ত পথ
কমান্ড লাইনে বা -g বিকল্পগুলি এর সাথে সম্পর্কিত এবং অবশ্যই হতে হবে
পাথ (বা বর্তমান ডিরেক্টরিতে যদি -R উপস্থিত না থাকে)। উল্লেখ্য যে -R হল
পরীক্ষার জন্য অকেজো (-t বিকল্প) বিচ্ছিন্নতা (-C বিকল্প) এবং একত্রিতকরণ (-+
বিকল্প)

-এক্স, --বাদ
মাস্ক হল ওয়াইল্ডকার্ড সহ একটি স্ট্রিং (যেমন * এবং? দেখুন গ্লোব(7) এর জন্য
বিবরণ) যা ফাইলের নামগুলিতে প্রয়োগ করা হয় যা ডিরেক্টরি নয়। যদি একটি
প্রদত্ত ফাইলটি মাস্কের সাথে মেলে, এটি অপারেশন থেকে বাদ দেওয়া হয়। দ্বারা
ডিফল্ট (কমান্ড লাইনে -এক্স নেই), কোন ফাইল থেকে বাদ দেওয়া হয় না
অপারেশন. -এক্স কমান্ড লাইনে বেশ কয়েকবার উপস্থিত থাকতে পারে, ইন
যে ক্ষেত্রে একটি ফাইল প্রদত্ত অপারেশন জন্য বিবেচনা করা হবে না যদি এটি
কমপক্ষে একটি -এক্স মাস্ক মেলে। এছাড়াও -ar এবং -am বিকল্পগুলি দেখুন।

-আমি, --অন্তর্ভুক্ত
মাস্কটি ফাইলের নামগুলিতে প্রয়োগ করা হয় যা ডিরেক্টরি নয় (দেখুন
গ্লোব(7) ওয়াইল্ডকার্ড অক্ষরের বিশদ বিবরণের জন্য)। যদি একটি প্রদত্ত ফাইল মিলে যায়
মাস্ক এবং -এক্সের সাথে দেওয়া কোনো মাস্কের সাথে মিল নেই, ফাইলটি
অপারেশনের জন্য নির্বাচিত। ডিফল্টরূপে (কমান্ডে না -I এবং no -X
লাইন), সমস্ত ফাইল অপারেশন জন্য অন্তর্ভুক্ত করা হয়. -আমি উপস্থিত থাকতে পারি
কমান্ড লাইনে বেশ কয়েকবার, সেই ক্ষেত্রে সমস্ত ফাইল মেলে
একটি -I মাস্ক প্রদত্ত অপারেশনের জন্য বিবেচনা করা হবে, যদি তারা
-এক্স মুখোশের একটিও মেলে না। এছাড়াও -ar এবং -am বিকল্পগুলি দেখুন।

-পি, -- ছাঁটাই পাথ দ্বারা প্রদত্ত ফাইল বা ডিরেক্টরি সাব-ট্রি বিবেচনা করবেন না। -পি মে
কমান্ড লাইনে বেশ কয়েকবার উপস্থিত থাকুন। -X এর সাথে পার্থক্য হল
যে মাস্ক শুধুমাত্র ফাইলের নাম প্রয়োগ করা হয় না, কিন্তু অন্তর্ভুক্ত
পথ. তাছাড়া এটি ডিরেক্টরিতেও প্রযোজ্য (-X করে না)। দ্বারা
ডিফল্ট (কমান্ড-লাইনে কোন -P নেই), কোন সাব-ট্রি বা ফাইল বাদ দেওয়া হয় না
অপারেশন থেকে, এবং সমস্ত ডিরেক্টরি গাছ (যেমন -R দ্বারা নির্দেশিত
বিকল্প) বিবেচনা করা হয়। মনে রাখবেন যে * এর মত ওয়াইল্ডকার্ড থাকতে পারে
বা? দেখা গ্লোব(7) আরও তথ্যের জন্য ম্যান পেজ।

-জি, --যাও
ফাইল বা ডিরেক্টরি শুধুমাত্র অ্যাকাউন্টে নিতে হবে, -P এর বিপরীতে। -g মে
কমান্ড লাইনে বেশ কয়েকবার উপস্থিত থাকুন। এখানে একই জিনিস,
-I এর সাথে পার্থক্য হল যে মাস্কটি path+filename এ প্রয়োগ করা হয়
এবং এছাড়াও ডিরেক্টরি উদ্বেগ. ডিফল্টরূপে -R এর অধীনে সমস্ত ফাইল
ডিরেক্টরি বিবেচনা করা হয়। অন্যথায়, যদি এক বা একাধিক -g বিকল্প দেওয়া হয়,
শুধুমাত্র সেগুলিকে নির্বাচিত করা হয়েছে (যদি তারা কোনো -P বিকল্পের সাথে মেলে না)। সব
এইভাবে দেওয়া পাথগুলি অবশ্যই -R ডিরেক্টরির সাথে সম্পর্কিত হতে হবে, যা
বর্তমান ডিরেক্টরিতে ডিফল্ট। সতর্কতা, -g বিকল্পটি গ্রহণ করতে পারে না
ওয়াইল্ডকার্ড, এই ব্যাখ্যা করা হবে না.

-[, --ইনক্লুড-থেকে-ফাইল
তালিকা ফাইলে তালিকাভুক্ত ফাইল অপারেশন জন্য অন্তর্ভুক্ত করা হয়. না
ওয়াইল্ডকার্ড এক্সপ্রেশন তালিকা ফাইলে ব্যাখ্যা করা হয়, নাল
অক্ষর অনুমোদিত নয় এবং ক্যারেজ রিটার্ন আলাদা করতে ব্যবহৃত হয়
ফাইলের নাম (প্রতি লাইনে একটি ফাইলের নাম)। মনে রাখবেন যে এই বিকল্পটি প্রযোজ্য
যে কোনো ফাইল এবং ডিরেক্টরি ঠিক যেমন -g করে, একটি গুরুত্বপূর্ণ সহ
পার্থক্য যাইহোক: -g বিকল্পটি শুধুমাত্র রুটের আপেক্ষিক পাথ ব্যবহার করে
ডিরেক্টরি (-R বিকল্পের সাথে দেওয়া ডিরেক্টরি), যখন -[ ব্যবহার করতে পারে
পাশাপাশি পরম পথ। আরেকটি পার্থক্য হল যখন যুক্তি a
ডিরেক্টরি -g সেই ডিরেক্টরির অধীনে সমস্ত সাবডিরেক্টরি অন্তর্ভুক্ত করবে,
যখন একই এন্ট্রি পাওয়া যায় একটি তালিকা ফাইলে দেওয়া -[ শুধুমাত্র
সেই ডিরেক্টরিটি অন্তর্ভুক্ত করা হবে, কোন সাবডিরেক্টরি বা সাবফাইল থাকবে না
ব্যাকআপে নথিভুক্ত করা হয়েছে, সাথে -[ আপনাকে ফাইলের সঠিক সেটটি তালিকাভুক্ত করতে হবে
আপনি ব্যাকআপ করতে চান। আপনি এইভাবে একটি তালিকা ফাইল তৈরি করতে পারেন
'find / -print > somefile' কমান্ড দিন এবং আর্গুমেন্ট হিসাবে 'somefile' দিন
-[ বিকল্প। মনে রাখবেন যে, dar কখনই -R-এর বাইরে ফাইল সংরক্ষণ করবে না
প্রদত্ত রুট ডিরেক্টরি গাছ, এমনকি যদি কিছু 'somefile' এ তালিকাভুক্ত করা হয়
ফাইল.

-], --ফাইল থেকে বাদ দিন
তালিকা ফাইলে তালিকাভুক্ত ফাইল অপারেশন থেকে বাদ দেওয়া হয়. যদি একটি
ডিরেক্টরি ফাইলে তালিকাভুক্ত করা হয় এর সমস্ত বিষয়বস্তু বাদ দেওয়া হয়। এই
বিকল্পটি -[-এর বিপরীত এবং -P বিকল্পের মতই কাজ করে
(বিশেষ করে এটি সম্পূর্ণ পাথ + ফাইলের নামের সাথে তুলনা করা হয় এবং প্রযোজ্য
ফাইল এবং ডিরেক্টরিতে)। হিসাবে -[ বিকল্প, -] তালিকা ফাইল করতে পারেন
পরম পাথ ধারণ করে, কিন্তু ওয়াইল্ডকার্ড প্রসারিত হয় না, না।

ফাইল নির্বাচন in সংক্ষিপ্ত:

উপরে দেখা যায়, -I -X -P, -g, -[ এবং -] অপশনগুলি কাজ করার জন্য ফাইলগুলি নির্বাচন করতে ব্যবহৃত হয়।
-I এবং -X শুধুমাত্র ফাইলের নাম ব্যবহার করে এবং ডিরেক্টরিতে প্রযোজ্য হয় না, যখন -P, -g -[ এবং
-] ফাইলের নাম * এবং * পাথ ব্যবহার করুন, তারা * করে* ডিরেক্টরিতে প্রযোজ্য।

সংস্করণ 2.2.0 থেকে এই বিকল্পগুলির ব্যাখ্যার দুটি মোড বিদ্যমান। সাধারণ
মূল পদ্ধতি এবং আদেশ পদ্ধতি:

স্বাভাবিক পদ্ধতিটি ডিফল্ট এবং এটি উপরে উপস্থাপিত হয়েছে:
একটি ডিরেক্টরি অপারেশনের জন্য নির্বাচিত হয় যদি না -P বা -] বিকল্পটি বাদ দেয়। আমি মোটা
কমপক্ষে একটি -g বা -[ বিকল্প একটি কমান্ড লাইন, একটি -g বা -[ বিকল্প দেওয়া আবশ্যক
এটি আবরণ, অন্যথায় এটি অপারেশন জন্য নির্বাচিত হয় না. যদি একটি ডিরেক্টরি না হয়
নির্বাচিত, এটিতে কোনও পুনরাবৃত্তি করা হয় না (ডিরেক্টরিটি ছাঁটাই করা হয়)। অ জন্য
ডিরেক্টরি ফাইল, একই সত্য (P, -g, -[ এবং -] প্রযোজ্য) এবং একটি দ্বিতীয়
পরীক্ষাটি অবশ্যই সন্তুষ্ট হতে হবে: no -X বিকল্পটি অবশ্যই ফাইলের নাম বাদ দিতে হবে, এবং যদি থাকে
কমপক্ষে একটি -I বিকল্প দেওয়া হয়েছে, একটি অবশ্যই প্রদত্ত ফাইলের নামের সাথে মিলবে (ব্যবহার করে বা না)
ওয়াইল্ডকার্ড)।

আদেশকৃত পদ্ধতি (যখন কমান্ড লাইনে -am বিকল্প দেওয়া হয়):
আদেশকৃত পদ্ধতিটি -X এবং -I মধ্যে উপস্থিতির ক্রম যত্ন নেয়
এক হাতে এবং অন্য হাতে -P, -g, -[ এবং -] (উল্লেখ্য যে এটিতেও রয়েছে
-u এবং -U বিকল্পগুলি ব্যবহার করার সময় EA নির্বাচন সংক্রান্ত একই ক্রিয়া, কিন্তু এটি
আর ফাইল নির্বাচন নেই)। অর্ডারকৃত পদ্ধতিতে শেষ আর্গুমেন্ট নিতে হবে
পূর্ববর্তী সমস্তগুলির উপর অগ্রাধিকার, আসুন একটি উদাহরণ নেওয়া যাক:

-X "*.mp?" -আমি "*.mp3" -আমি "সম্পূর্ণ*"
এখানে dar নাম "*.mp?" নামের ফাইল ছাড়া সব ফাইল অন্তর্ভুক্ত করবে। (যা শেষ হয়
"mpX" এর সাথে যেখানে X যেকোন অক্ষর), তবে এটি তাদের অন্তর্ভুক্ত করবে
".mp3" দিয়ে শেষ। এটি ফাইলগুলিও অন্তর্ভুক্ত করবে যার নাম "টোটো" দ্বারা শুরু হয়
তারা যা দিয়ে শেষ করে। এইভাবে, "toto.mp2" সংরক্ষণ করা হবে (যখন এটি
মেলে "*.mp?" এটি "toto") এবং "toto.txt" দ্বারাও শুরু হয়
"joe.mp3" হিসাবে (যখন এটি "*.mp?" মেলে এটি "mp3" দ্বারা শেষ হয়)। কিন্তু হবে
"joe.mp2" সংরক্ষিত হবে না (কারণ এটি "টোটো" দিয়ে শুরু হয় না এবং শেষ হয় না
"mp3", এবং মিল "*.mp?" মুখোশ)। আমরা শেষ বিকল্পটি দেখতে পাই (-I বা -X)
আগেরটিকে অতিক্রম করে। -P, -g, -[ এবং -] একসাথে একই কাজ করে কিন্তু
উপরে দেখা যায় যে তারা শুধুমাত্র ফাইলের নাম নয়, কিন্তু সমগ্রভাবে কাজ করে
পাথ+ফাইলের নাম। মনে রাখবেন (-g, -P, -[, -]) এবং (-X , -I) স্বাধীন
তাদের আপেক্ষিক আদেশের বিষয়ে। আপনি -X -I -g -P -] -[ যেকোনও মেশাতে পারেন
অর্ডার, কি গুরুত্বপূর্ণ হবে -X বিকল্পের আপেক্ষিক অবস্থান
-I বিকল্পের তুলনায়, এবং -g -[ -] এবং -P-এর আপেক্ষিক অবস্থান
তাদের মধ্যে বিকল্প।

যৌক্তিক পরিভাষায়, যদি পূর্ববর্তী সমস্ত মুখোশ দ্বারা উত্পন্ন মাস্ক
কমান্ড লাইন, -আই নতুন নিম্নলিখিত মুখোশ তৈরি করে: বা .
যখন -এক্স নতুন নিম্নলিখিত মুখোশ তৈরি করে: এবং না . এই
প্রতিবার আপনি একটি -I বা -X বিকল্প যোগ করার সময় পুনরাবৃত্তিমূলক। জিনিসগুলি -P, -g এর সাথে একই কাজ করে,
-[ এবং -] বিকল্প।
এই প্রান্ত দ্য ফাইল নির্বাচন ব্যাখ্যা এর অন্যান্য বিকল্পের সাথে চালিয়ে যাওয়া যাক।

-u, --exclude-ea
এক্সটেন্ডেড অ্যাট্রিবিউটস (EA) বিবেচনা করবেন না যা এর দ্বারা মেলে
দেওয়া মাস্ক। ডিফল্টরূপে, কোনো EA বাদ দেওয়া হয় না, যদি EA-এর জন্য সমর্থন থাকে
সংকলন সময় সক্রিয় করা হয়েছে. এই বিকল্পটি একাধিক ব্যবহার করা যেতে পারে
বার।

-U, --include-ea
প্রদত্ত মুখোশের সাথে মেলে শুধুমাত্র EA বিবেচনা করুন। ডিফল্টরূপে, সমস্ত EA
যদি no -u বা -U বিকল্পটি উপস্থিত থাকে এবং এর জন্য সমর্থন থাকলে অন্তর্ভুক্ত করা হয়
EA সংকলন সময়ে সক্রিয় করা হয়েছে. এই বিকল্পটি ব্যবহার করা যেতে পারে
একাধিক বার. এছাড়াও -am এবং -ae বিকল্পগুলি দেখুন, তারা প্রযোজ্য
-U এবং -u বিকল্পগুলি এবং EA সম্পর্কিত নোটের নীচে পড়ুন।

বিঃদ্রঃ বিষয়ে সম্প্রসারিত আরোপ করা (ইএ)

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

নিম্নলিখিতটিতে যখন আমরা এক্সটেন্ডেড অ্যাট্রিবিউট (EA) বা EA এন্ট্রি সম্পর্কে কথা বলব, আমরা
শুধুমাত্র একটি নির্দিষ্ট এক্সটেন্ডেড অ্যাট্রিবিউট কী এবং এর মান বিবেচনা করবে। দ্বারা
বিরোধিতা, একটি ফাইলের সাথে যুক্ত সমস্ত EA এর সেট "EA সেট" দ্বারা মনোনীত হবে।

যেহেতু সংস্করণ 2.3.x EA এন্ট্রির নাম dar এর জন্য নামস্থান অন্তর্ভুক্ত করতে সক্ষম
যেকোনো ধরনের EA বিবেচনা করুন (শুধুমাত্র "সিস্টেম" এবং "ব্যবহারকারী" আগের মতো নয়)। এভাবে দুই
পূর্ববর্তী বিকল্পগুলি -u এবং -U পরিবর্তিত হয়েছে এবং এখন একটি যুক্তি নিন যা একটি মুখোশ
নিম্নলিখিত ফর্মে লেখা EA এন্ট্রি নামগুলিতে প্রয়োগ করা হয়েছে namespace.name কোথায়
"নেমস্পেস" উদাহরণস্বরূপ "ব্যবহারকারী"। মনে রাখবেন যে মুখোশ অন্তর্ভুক্ত করতে পারে বা নাও পারে
ডট (.) এবং EA নামস্থান+নামের নির্বিচারে অংশের সাথে মেলে, শুধু মনে করিয়ে দিন
মুখোশগুলি "namespace.name" গ্লোবাল স্ট্রিং-এ প্রয়োগ করা হবে।

এখানে -am পতাকা EA নির্বাচনের জন্যও অর্ডারকৃত পদ্ধতি সক্ষম করে। দ্য
আদেশ বনাম স্বাভাবিক পদ্ধতি উপরে ফাইল নির্বাচন নোটে ব্যাখ্যা করা হয়েছে,
-X এবং -I ব্যবহার করে কিছু উদাহরণ সহ। এখানে এটি -U এবং -u, (শুধু
-X দ্বারা -u এবং -I দ্বারা -U দ্বারা প্রতিস্থাপন করুন, সংশ্লিষ্ট মাস্কটি বর্ধিত-এ প্রযোজ্য হবে
ফাইল নির্বাচনের জায়গায় বৈশিষ্ট্য নির্বাচন)।

আরেকটি পয়েন্ট, স্বাধীনভাবে -am বিকল্প থেকে -ae বিকল্পটি ব্যবহার করা যেতে পারে
শুধুমাত্র পুনরুদ্ধারের সময়। সেট করা হলে, যখন একটি ফাইল ওভাররাইট করা হবে, সমস্ত EA হবে
সংরক্ষণাগারে পুনরুদ্ধারের জন্য নির্বাচিতগুলি পুনরুদ্ধার করার আগে প্রথমে মুছে ফেলুন৷
(প্রদত্ত -U এবং -u বিকল্প অনুসারে)। সেট করা না থাকলে, বিদ্যমান ফাইলের EA
ওভাররাইট করা হবে, অতিরিক্ত EA যেগুলি সংরক্ষণাগারে নেই বা নির্বাচিত হয়নি৷
পুনরুদ্ধারের জন্য -u এবং -U বিকল্পগুলি সংরক্ষণ করা হবে। যদি তোমার থাকে
ব্যাকআপের সময় কোন -u/-U বিকল্প ব্যবহার করা হয়নি এবং একটি সেট থেকে পুনরুদ্ধার করতে চান
সম্পূর্ণ/ডিফারেনশিয়াল ব্যাকআপ EA ঠিক যেমন ছিল, আপনাকে dar এর জন্য -ae ব্যবহার করতে হবে
সংরক্ষণাগারে সংরক্ষিত EA-এর সেটকে ওভাররাইট করার আগে EA সরিয়ে দেয়। ছাড়া
-ae বিকল্প dar কেবল বিদ্যমানগুলির সাথে EA যুক্ত করবে, এইভাবে EA এর একটি ভিন্ন সেট পাবেন
ব্যাকআপের সময় রেকর্ড করা ফাইলগুলির চেয়ে একটি গিভ ফাইলের জন্য।

শেষ বিন্দু -acase এবং -an বিকল্পগুলি -U এবং -u-এর কেস সংবেদনশীলতাকে পরিবর্তন করে
মুখোশ যা কমান্ড-লাইন/অন্তর্ভুক্ত ফাইলগুলিতে তাদের অনুসরণ করে যেমন তারা -I, -X,
-পি, -জি, -[ এবং -] পাশাপাশি। খুব শেষ পয়েন্ট ;-), যদি -ac বিকল্পটি ব্যাকআপের সময় ব্যবহার করা হয়
dar প্রতিটি ফাইল পড়ার পরে একটি সময় ফিরে সেট করুন (দেখুন -aa/-ac বিকল্পগুলি), এটি রয়েছে
প্রতিটি ফাইলের ctime তারিখ পরিবর্তন করতে পার্শ্ব প্রতিক্রিয়া হিসাবে। কিন্তু ctime পরিবর্তন দ্বারা ব্যবহৃত হয়
EA পরিবর্তন সনাক্ত করতে dar. সংক্ষেপে, পরের বার আপনি একটি ফাইল ব্যাকআপ করতে হবে যে
পড়ুন (এইভাবে কোন বিষয়বস্তু পরিবর্তিত হয়েছে), এর EA সংরক্ষণ করা হবে এমনকি যদি তারা না থাকে
পরিবর্তিত এই পার্শ্ব প্রতিক্রিয়া এড়াতে, প্রয়োজন না হলে -ac বিকল্পটি ব্যবহার করবেন না।
এই প্রান্ত দ্য সম্প্রসারিত গুণ নির্বাচন ব্যাখ্যা এর অন্যান্য বিকল্পের সাথে চালিয়ে যাওয়া যাক।

-4 --fsa-স্কোপ [, [, ...]
ফাইলসিস্টেম স্পেসিফিক অ্যাট্রিবিউট (FSA) এর সুযোগ কমাতে হবে
অপারেশনের জন্য বিবেচনা করা হয়। FSA পরিবার দ্বারা গোষ্ঠীভুক্ত করা হয়। কারেন্ট
উপলব্ধ পরিবারগুলি হল:

extX এই পরিবারটি Linux ext2/3/4 ফ্ল্যাগ বৈশিষ্ট্যের যত্ন নেয়
চ্যাটার(1) এবং দ্বারা পড়া lsattr(1)। দার কেবল পতাকাকেই বিবেচনা করে
ব্যবহারকারীদের (বা বিশেষ সুবিধাপ্রাপ্ত ব্যবহারকারী) দ্বারা সেট করা বা পরিষ্কার করা সম্ভব:
শুধুমাত্র যোগ করুন, সংকুচিত, নো_ডাম্প (হ্যাঁ, ডার থাকা ফাইলগুলি সংরক্ষণ করতে পারে
নোডাম্প পতাকা সেট এবং পুনরুদ্ধার তারপর যে পতাকা সঙ্গে
সেট!), অপরিবর্তনীয়, ডেটা-জার্নালিং, সুরক্ষিত-মোছা, নো-টেইল-
একত্রিত করা, অপসারণযোগ্য, নোয়াটাইম-আপডেট, সিঙ্ক্রোনাস-ডিরেক্টরি,
সিঙ্ক্রোনাস-আপডেট, টপ-অফ-ডিরেক্টরি-অনুক্রম। উল্লেখ্য যে "extx"
এবং "ext" হল এই FSA পরিবারের উপনাম। নাম থাকা সত্ত্বেও,
বৈশিষ্ট্যের এই পরিবারটি ext2/3/4 ফাইল সিস্টেমের মধ্যে সীমাবদ্ধ নয়।

এইচএফএস +
এই পরিবারটি Mac OS X HFS+ ফাইলের জন্ম তারিখের যত্ন নেয়, ইন
সাধারণত পাওয়া তারিখের সংযোজন যেমন atime (শেষ অ্যাক্সেসের সময়),
ctime (শেষ মেটা ডেটা পরিবর্তন) এবং mtime (শেষ ডেটা পরিবর্তন)।

কোনটিই "কোনটিই নয়" একটি FSA পরিবার নয় তবে সকলকে উপেক্ষা করার জন্য একা ব্যবহার করা যেতে পারে৷
FSA পরিবার।

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

ব্যবহারের উদাহরণ: --fsa-scope extX,HFS+

-am, --alter=mask মাস্কের জন্য অর্ডার করা মোড সেট করুন। এটি -I এবং -X বিকল্পগুলিকে প্রভাবিত করে
ব্যাখ্যা করা হয়, সেইসাথে -g, -P, -[ এবং -] বিকল্পগুলি, -Z এবং -Y
অপশন এবং -U এবং -u অপশন। এটি কমান্ডে যেকোনো স্থান নিতে পারে-
লাইন এবং শুধুমাত্র একবার স্থাপন করা যেতে পারে. দেখুন ফাইল নির্বাচন in সংক্ষিপ্ত
এই বিকল্পের বিস্তারিত ব্যাখ্যার জন্য উপরের অনুচ্ছেদ। এটাও আছে
--ব্যাকআপ-হুক-বাদ এবং --ব্যাকআপ-হুক-অন্তর্ভুক্ত একটি ঘটনা
অপশন।

-আন, --অল্টার=নো-কেস
ক্ষেত্রে সংবেদনশীল মোডে ফিল্টার সেট করুন। এটা শুধুমাত্র মুখোশ উদ্বেগ
এই বিকল্পের পরে নির্দিষ্ট করা হয়েছে (এছাড়াও দেখুন -case বিকল্প নীচে)। এই
-I, -X, -g, -P, -Z, -Y, -u এবং -U বিকল্পগুলির আচরণ পরিবর্তন করে।

সতর্কতা: ক্ষেত্রে সংবেদনশীলতার জন্য ফাইলের নাম ব্যাখ্যা করা প্রয়োজন যা লোকেলের উপর নির্ভর করে
যা দিয়ে ডার চালানো হয় (LANG পরিবেশ পরিবর্তনশীল দ্বারা সংজ্ঞায়িত)। উদাহরণস্বরূপ যদি আপনি
LANG দিয়ে ফাইল তৈরি করুন fr_FR.UTF-8 সেট করুন এবং ফাইলের নামে নন প্লেইন ASCII অক্ষর ব্যবহার করুন,
এই নন ASCII অক্ষরগুলি এর মধ্যে বেশ কয়েকটি বাইটের উপরে সংরক্ষণ করার সম্ভাবনা রয়েছে
ফাইলের নাম: তথাকথিত "বিস্তৃত অক্ষর"। তাহলে আপনি LANG দিয়ে ডার চালান অন্য মান সেট করুন
ru_RU.koi8r এর মতো, এই প্রশস্ত অক্ষরগুলির সাথে মিল না থাকার সম্ভাবনা অনেক বেশি
একই অক্ষর বা খারাপ, যে তারা সেই লোকেলের জন্য কোন বৈধ প্রশস্ত অক্ষরের সাথে মেলে না।
একটি ফাইলের নাম সর্বদা বাইটের একটি ক্রম এবং সর্বদা যেমন সংরক্ষণ করা হয় তবে --alter=no- ব্যবহার করে
ক্ষেত্রের অর্থ সেই ক্রমটিকে এমনভাবে ব্যাখ্যা করা যা প্রদত্ত লোকেলের উপর নির্ভর করে (যেমন
LANG পরিবেশ পরিবর্তনশীল দ্বারা সংজ্ঞায়িত)। যেমন, একটি প্রদত্ত ফাইল আছে কিনা তা জানতে পারে না
fr_FR.UTF-8 লোকেল বা it_IT.iso88591 বা ru_RU.koi8r ইত্যাদির সাথে পড়তে হবে, কারণ
এই তথ্য ফাইলের নাম সংরক্ষণ করা হয় না. ফলস্বরূপ, যদি বিভিন্ন লোকেল ব্যবহার করা হয়
আপনার সিস্টেমে এবং আপনি --alter=no-case বিকল্প ব্যবহার করে একটি সিস্টেম ওয়াইড ব্যাকআপ করছেন
লিড ডার অবৈধ চওড়া অক্ষর সনাক্ত করতে, সেক্ষেত্রে এটি বাইট দ্বারা বাইট ফিরে আসে
কেস সংবেদনশীলতার তুলনা (ASCII অক্ষর), যা আপনি যা আশা করবেন তা নাও হতে পারে
প্রথম দেখা: বেশিরভাগ সময়, একটি বড় হাতের চওড়া অক্ষর (বেশ কয়েকটি বাইটে সংরক্ষিত) করে
সমতুল্য ছোট হাতের চওড়া অক্ষরের সাথে মেলে না (অনেক বাইটও), যখন কেস
সংবেদনশীলতা তুলনা বাইট দ্বারা বাইট সঞ্চালিত হয়.

-কেস, --অল্টার=কেস
ফিল্টারগুলির জন্য কেস সংবেদনশীল মোডে ফিরে যান। নিম্নলিখিত সব মুখোশ হয়
কেস সংবেদনশীল, পার্সিংয়ের শেষ পর্যন্ত বা পরবর্তী পর্যন্ত -একটি বিকল্প।
এটি -I, -X, -g, -P, -Z, -Y, -u এবং -U এর আচরণ পরিবর্তন করে
অপশন।

-ar, --alter=regex ফিল্টারগুলিকে রেগুলার এক্সপ্রেশন হিসাবে ব্যাখ্যা করার জন্য সেট করুন (মানুষ regex(7)
ডিফল্ট গ্লোব এক্সপ্রেশনের পরিবর্তে (মানুষ গ্লোব(7) ) এটি পরিবর্তন করে
-I, -X, -g, -P, -Z, -Y, -u এবং -U বিকল্পগুলি যা একটি পর্যন্ত অনুসরণ করে
eventual -ag বিকল্প (ঠিক নীচে দেখুন)। নোট করুন যে -P বিকল্পের জন্য,
প্রদত্ত মাস্ক ফাইল পাথের আপেক্ষিক পাথ অংশের সাথে মেলে: চলুন
একটি উদাহরণ নিন, আপনি প্রদান করেছেন ধরে নিন , / Usr / স্থানীয় -আর
বিকল্প, মাস্ক "^foo$" অভ্যন্তরীণভাবে দ্বারা প্রতিস্থাপিত হবে
"^/usr/local/foo$" যখন মাস্ক "foo$" অভ্যন্তরীণভাবে প্রতিস্থাপিত হবে
দ্বারা "^/usr/local/।*foo$"।

-ag, --alter=glob এই বিকল্পটি গ্লোব এক্সপ্রেশন মোডে ফিরে আসে (যা ডিফল্ট)
একটি -ar বিকল্প ব্যবহার করার পরে, এটি যে কোনো -I, -X, -g, -P,
-Z, -Y, -u এবং -U বিকল্পগুলি যা একটি চূড়ান্ত নতুন -ar বিকল্প পর্যন্ত অনুসরণ করে
(শুধু উপরে দেখুন)।

-i, --ইনপুট পাইপ থেকে পড়ার সময় উপলব্ধ (বেসনাম হল "-" -x, -l, -t,
-d বা -A এর জন্য যখন -c, -C বা -+ ব্যবহার করা হয়)। পাইপ থেকে পড়ার সময়,
স্ট্যান্ডার্ড ইনপুট ব্যবহার করা হয়, কিন্তু এই বিকল্পের সাথে, ফাইল (সাধারণত
একটি নামযুক্ত পাইপ) পরিবর্তে ব্যবহার করা হয়। এই বিকল্প থেকে আউটপুট গ্রহণ করা হয়
dar_slave প্রোগ্রাম (ব্যবহারের উদাহরণের জন্য doc/usage_notes.html দেখুন)। বিঃদ্রঃ
যে যখন --sequential-read ব্যবহার করা হয়, dar একটি একক পাইপ ব্যবহার করে এবং করে
dar_slave এর উপর আর নির্ভর করবেন না, -i অপশনটি dar বলতে ব্যবহার করা যেতে পারে কোনটি
স্ট্যান্ডার্ড ইনপুটের পরিবর্তে, থেকে আর্কাইভ পড়ার জন্য নামের পাইপ।

-o, --আউটপুট পাইপ থেকে পড়ার সময় উপলব্ধ (বেসনাম হল "-" -x, -l, -t,
-d বা -A এর জন্য যখন -c, -C বা -+ ব্যবহার করা হয়)। পাইপ থেকে পড়ার সময়,
স্ট্যান্ডার্ড আউটপুট dar_slave এ অনুরোধ পাঠাতে ব্যবহার করা হয়, কিন্তু এর সাথে
বিকল্প, ফাইল (সাধারণত একটি নামযুক্ত পাইপ) পরিবর্তে ব্যবহার করা হয়। কখন
স্ট্যান্ডার্ড আউটপুট ব্যবহার করা হয়, সমস্ত বার্তা স্ট্যান্ডার্ড ত্রুটিতে যায় (শুধুমাত্র নয়
ইন্টারেক্টিভ বার্তা)। ব্যবহারের উদাহরণের জন্য doc/usage_notes.html দেখুন।
এই বিকল্পটি --sequential-read মোডে ব্যবহার করা যাবে না।

-ও, --তুলনা-ক্ষেত্র[= ]
রেফারেন্সের সংরক্ষণাগারের সাথে তুলনা করার সময় (-c -A) একটি সময়
ডিফারেনশিয়াল ব্যাকআপ, এক্সট্রাক্ট করার সময় (-x) বা তুলনা করার সময় (-d) করবেন
শুধুমাত্র নির্দিষ্ট ক্ষেত্র বিবেচনা করে। উপলব্ধ পতাকা হল:

উপেক্ষা-মালিক মালিকানা ছাড়া সমস্ত ক্ষেত্র বিবেচনা করা হয়। এই
উপযোগী যখন dar একটি অ-সুবিধাপ্রাপ্ত ব্যবহারকারী দ্বারা ব্যবহার করা হয়। এটা
শুধুমাত্র একটি কারণে একটি ফাইল পরিবর্তন হয়েছে বিবেচনা করা হবে না
uid বা gid অমিল এবং পুনরুদ্ধারের সময় ডার হবে না
এমনকি ফাইলের মালিকানা সেট করার চেষ্টা করুন।

mtime শুধুমাত্র ইনোড টাইপ এবং সর্বশেষ পরিবর্তনের তারিখ হল
যেমন আইনোড নির্দিষ্ট বৈশিষ্ট্য হিসাবে বিবেচনা করা হয়
প্লেইন ফাইলের জন্য ফাইলের আকার। মালিকানা উপেক্ষা করা হয়,
অনুমতি উপেক্ষা করা হয়। তুলনা করার সময়, পার্থক্য চালু
মালিকানা বা অনুমতি উপেক্ষা করা হয় এবং পুনরুদ্ধার করা হয়
time dar ইনোড অনুমতি সেট করার চেষ্টা করবে না এবং
মালিকানা

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

যখন এই বিকল্পে কোনো পতাকা প্রদান করা হয় না, -O বিকল্পটি "উপেক্ষা-মালিক" পতাকাটির মতো কাজ করে
সেট, যা পুরানো রিলিজের আচরণ (< 2.3.0)। পশ্চাদপদ জন্য যে নোট
সামঞ্জস্য, --ignore-owner বিকল্পটি এখনও বিদ্যমান এবং যেহেতু সংস্করণ 2.3.0 শুধুমাত্র একটি উপনাম
--comparison-field=ignore-owner বিকল্পে। অবশ্যই যদি এই বিকল্পটি ব্যবহার করা হয় না, সব
ক্ষেত্রগুলি তুলনা বা পুনরুদ্ধারের জন্য ব্যবহৃত হয়।

-ঘণ্টা [সংখ্যা], --ঘণ্টা[=সংখ্যা]
যদি -H ব্যবহার করা হয়, দুটি তারিখ সমান বলে বিবেচিত হয় যদি তারা a থেকে পৃথক হয়
ঘন্টার পূর্ণসংখ্যা সংখ্যা, এবং সেই সংখ্যা এর থেকে কম বা সমান
[সংখ্যা]। যদি নির্দিষ্ট না করা হয়, num defaults to 1. এটি একটি তৈরি করার সময় ব্যবহৃত হয়
ডিফারেনশিয়াল ব্যাকআপ, ইনোডের শেষ_পরিবর্তনের তারিখ তুলনা করতে, এ
পুনরুদ্ধার বা মার্জ করার সময় যদি ওভাররাইটিং নীতি ফাইলের উপর ভিত্তি করে হয়
একটি সংরক্ষণাগারের সাথে তুলনা করার সময় ডেটা বা EA আরও সাম্প্রতিক এবং শেষ
একটি ফাইল সিস্টেম (-d বিকল্প)। এটি কিছু ফাইল সিস্টেমের সমাধান করার জন্য (যেমন
সাম্বা ফাইল সিস্টেম) যা থাকার পরে ফাইলের তারিখ পরিবর্তন করে বলে মনে হয়
ডেলাইট সেভিং টাইম থেকে বা চলে গেছে (শীত/গ্রীষ্মের সময়)। মনে রাখবেন যে
-H বিকল্পটি ওভাররাইটিং নীতির উপর প্রভাব ফেলে (-/ বিকল্প দেখুন)
যদি এটি আগে কমান্ড-লাইনে বা একটি অন্তর্ভুক্ত ফাইলে পাওয়া যায় (-B ব্যবহার করে
বিকল্প)।

-ই, --চালনা করা
স্ট্রিং হল একটি ব্যবহারকারী কম্যান্ড-লাইন টুকরা মধ্যে চালু করা হবে. জন্য
একটি সংরক্ষণাগার পড়া (এইভাবে -t, -d, -l বা -x কমান্ড ব্যবহার করে), প্রদত্ত
লেখার জন্য স্লাইস পড়া বা এমনকি জিজ্ঞাসা করার আগে স্ট্রিং কার্যকর করা হয়
পরিবর্তে একটি সংরক্ষণাগার (এইভাবে -c, -C বা -+ কমান্ড ব্যবহার করে), প্রদত্ত
স্লাইস সম্পূর্ণ হয়ে গেলে স্ট্রিংটি কার্যকর করা হয়। কিছু
প্রতিস্থাপন ম্যাক্রো স্ট্রিং ব্যবহার করা যেতে পারে:

%% % দ্বারা প্রতিস্থাপিত হবে

%p স্লাইস পাথ দ্বারা প্রতিস্থাপিত হবে

%b স্লাইস বেসনাম দ্বারা প্রতিস্থাপিত হবে

%n স্লাইস নম্বর দ্বারা প্রতিস্থাপিত হবে (পড়তে হবে বা শুধু
লিখিত)। পড়ার জন্য, দার প্রায়ই শেষ ফালি প্রয়োজন, কিন্তু
প্রাথমিকভাবে এটি তার সংখ্যা জানে না। যদি পাওয়া না যায়
বর্তমান ডিরেক্টরিতে, ব্যবহারকারীর কমান্ড-লাইনটি তখন
0 এর সমান %n দিয়ে ডাকা হয়। এটি একটি সুবিধাজনক উপায়
শেষ স্লাইস প্রদান করার জন্য ব্যবহারকারী কমান্ডকে জানান। যদি পরে
অনুরোধকৃত স্লাইস স্ট্রিংটি কার্যকর করা হচ্ছে না
present, dar একটি বার্তা দিয়ে ব্যবহারকারীকে (সাধারণত) জিজ্ঞাসা করে
প্রান্তিক. একবার শেষ স্লাইস পাওয়া গেলে, ব্যবহারকারী
কমান্ড-লাইনকে দ্বিতীয়বার বলা হয়, %n এর সমান
শেষ স্লাইস সংখ্যার মান।

%N হল সেই স্লাইস সংখ্যা যার দ্বারা সংজ্ঞায়িত করা হয়েছে অগ্রণী শূন্য সহ
--মিনিট-ডিজিটের বিকল্প। যদি এই বিকল্পটি ব্যবহার না করা হয়, %N হয়
%n এর সমতুল্য।

%e স্লাইস এক্সটেনশন দ্বারা প্রতিস্থাপিত হবে (সর্বদা প্রতিস্থাপিত
"দার" দ্বারা)

%c প্রসঙ্গ দ্বারা প্রতিস্থাপিত হবে। আসলে তিনটি সম্ভব
মান বিদ্যমান: "init", "operation" এবং "last_slice"। কখন
এর জন্য একটি সংরক্ষণাগার পড়া (পরীক্ষা, নিষ্কাশন, পার্থক্য, তালিকা,
অথবা রেফারেন্সের সংরক্ষণাগার পড়ার সময়, -F এর নীচে দেখুন
বিকল্প), "init" প্রসঙ্গ শুরু থেকে সঞ্চালিত হয়
ক্যাটালগ পুনরুদ্ধার করার সময় পর্যন্ত। একাধিক উপর
স্লাইস আর্কাইভ এটি শেষ স্লাইস অনুরোধের সাথে সঙ্গতিপূর্ণ।
এর পরে, সেই পয়েন্টটি "অপারেশন" প্রসঙ্গটি আসে। যখন
একটি সংরক্ষণাগার তৈরি করা, প্রসঙ্গটি সর্বদা "অপারেশন"
শেষ স্লাইস তৈরি করা হয়েছে ছাড়া, যে ক্ষেত্রে
প্রসঙ্গটি "last_slice" এ সেট করা আছে।
বেশ কয়েকটি -E অপশন দেওয়া যেতে পারে, প্রদত্ত কমান্ডগুলিকে তারপর ক্রম অনুসারে কল করা হবে
কমান্ড লাইনে উপস্থিত হয় এবং -B অন্তর্ভুক্ত ফাইলগুলি। এই ধরনের ফাইল দেওয়া -E বিকল্প পরিচিত হয়
DUC ফাইল হিসাবে (ডার ইউজার কমান্ড)। এছাড়াও পরিবেশ পরিবর্তনশীল DAR_DUC_PATH-এ দেখুন
এই নথির শেষে পরিবেশ বিভাগ।

-এফ, --রেফ-এক্সিকিউট
একই -E কিন্তু রেফারেন্স আর্কাইভের স্লাইসগুলির মধ্যে প্রয়োগ করা হয় (-A
বিকল্প)। --execute-ref একটি সমার্থক শব্দ।

-~, --aux-Execute
-E এবং -F এর মতই কিন্তু অক্জিলিয়ারী স্লাইসের মধ্যে প্রয়োগ করা হয়
সংরক্ষণাগার (-@ বিকল্প)।

-কে, --কী [[ ]:]

-K, --key gnupg:[ ]:ইমেল[,ইমেইল[...]]
In দ্য প্রথম বাক্য গঠন, ব্যবহার করে সংরক্ষণাগার এনক্রিপ্ট/ডিক্রিপ্ট করুন
সঙ্গে সাইফার পাস বাক্যাংশ হিসাবে। একটি এনক্রিপ্ট করা সংরক্ষণাগার শুধুমাত্র করতে পারেন
পড়া হবে যদি একই পাস বাক্যাংশ দেওয়া হয় (প্রতিসম এনক্রিপশন)।
উপলব্ধ সাইফারগুলি হল "ব্লোফিশ" (ওরফে "বিএফ"), "এএস", "টুফিশ",
শক্তিশালী এনক্রিপশন এবং "স্ক্র্যাম্বলিং" এর জন্য "সর্পেন্ট" এবং "ক্যামেলিয়া" (ওরফে
"স্ক্র্যাম") খুব দুর্বল এনক্রিপশনের জন্য। ডিফল্টরূপে যদি না অথবা না ':'
দেওয়া হয়, ব্লোফিশ সাইফার ধরে নেওয়া হয়। যদি আপনার পাসওয়ার্ডে থাকে a
column ':' ব্যবহার করার জন্য আপনাকে সাইফার নির্দিষ্ট করতে হবে (বা অন্তত ব্যবহার করুন
প্রাথমিক ':' যা 'bf:' এর সমতুল্য)। যদি খালি
পাস বাক্যাংশটি কার্যকর করার সময় জিজ্ঞাসা করা হবে। এইভাবে, সবচেয়ে ছোট
যুক্তি যে -K রিসিভ করতে পারে তা হল ':' যার মানে ব্লোফিশ সাইফার সহ
পাস বাক্যাংশটি মৃত্যুদন্ড কার্যকর করার সময় জিজ্ঞাসা করা হয়েছিল।

মনে রাখবেন যে -K (বা -J বা '-$' দেখুন
নীচে) অন্যান্য ব্যবহারকারীদের পাস বাক্যাংশ শিখতে দিতে পারে (পিএস, বা শীর্ষকে ধন্যবাদ
উদাহরণের জন্য প্রোগ্রাম)। তাই হয় খালি পাস ব্যবহার করাই বুদ্ধিমানের কাজ
যা প্রয়োজনের সময় ডারকে পাস বাক্যাংশটি জিজ্ঞাসা করবে বা -কে (বা -জে) ব্যবহার করবে
বিকল্প) একটি ডার কমান্ড ফাইল থেকে (দেখুন -বি বিকল্প), ধরে নিচ্ছি যে এটিতে রয়েছে
অন্য ব্যবহারকারীদের এটি পড়া এড়ানোর জন্য উপযুক্ত অনুমতি। তাদের জন্য
প্যারানয়েড যারা তাদের পাসওয়ার্ডের নিরাপত্তা নিয়ে সত্যিই উদ্বিগ্ন,
একটি DCF থেকে একটি পাসওয়ার্ড পড়া নিরাপদ নয়, কারণ যখন
ফাইলটি পার্স করা হয়, ডার "অনিরাপদ" মেমরি ব্যবহার করে (এর চেয়ে মেমরি
ভারী মেমরি লোড অবস্থার অধীনে ডিস্কে অদলবদল করা যেতে পারে)। এটা শুধুমাত্র
যখন পাসফ্রেজ চিহ্নিত করা হয়েছে সেই লক করা মেমরি (ওরফে সুরক্ষিত
মেমরি) পার্স করা পাসফ্রেজ সংরক্ষণ করতে ব্যবহৃত হয়। সুতরাং, সবচেয়ে নিরাপদ
একটি পাসফ্রেজ ডার, তারপর লিবদার, তারপরে প্রেরণ করার উপায়
libgcrypt, এক্সিকিউশনের সময় dar জিজ্ঞাসা করা পাসফ্রেজ আছে, dar তারপর
শুরু থেকে সুরক্ষিত (লক) মেমরি ব্যবহার করে।

যেহেতু আর্কাইভ ফরম্যাট 9 (আর্কাইভ রিলিজ 2.5.0 এবং
নিম্নলিখিত) পড়ার সময়, এটি প্রদান করার প্রয়োজন নেই
এনক্রিপশন অ্যালগরিদম ব্যবহার করা হয়েছে, শুধু পাসফ্রেজ প্রয়োজন, dar will
আর্কাইভে কোন এনক্রিপশন অ্যালগরিদম ব্যবহার করা হয়েছে তা বের করুন
সৃষ্টির সময়। আপনি হয় বাদ দিতে পারেন -K যে ক্ষেত্রে ডার চাইবে
এক্সিকিউশনের সময় পাসফ্রেজ, অথবা আপনি -K ব্যবহার করতে পারেন একটি DCF এ
উপরে বর্ণিত ফাইল (কমান্ড লাইনে সরাসরি -K ব্যবহার করা এড়িয়ে চলুন)।

সার্জারির দ্বিতীয় বাক্য গঠন "gnupg" শব্দ দিয়ে শুরু হয় তারপর একটি কলাম
':' সেই অবস্থায়, একই সেট বা সিমেট্রিক এনক্রিপশন
উপরে বর্ণিত অ্যালগরিদম কলামের পরে উপলব্ধ, কিন্তু
পাসফ্রেজ ব্যবহারকারীর দ্বারা দেওয়া হয় না কিন্তু এলোমেলোভাবে libdar এবং দ্বারা নির্বাচিত হয়
টার্গেট ব্যবহারকারীদের পাবলিক কী ব্যবহার করে এনক্রিপ্ট করা হয়েছে কোনটি ইমেল
একটি কমা বিভক্ত তালিকায় দেওয়া। এই এলোমেলো কী (এছাড়াও দেখুন --কী-
দৈর্ঘ্য নীচে), একবার এনক্রিপ্ট করা শুরুতে এবং তে স্থাপন করা হয়
উত্পন্ন সংরক্ষণাগার শেষ. পড়ার সময় শুধুমাত্র তালিকাভুক্ত ব্যবহারকারী
তাদের নিজ নিজ ব্যক্তিগত ধন্যবাদ যে সংরক্ষণাগার পড়তে সক্ষম হবে
চাবি. এই বৈশিষ্ট্যটি বোঝায় যে প্রতিটি ব্যবহারকারী (আর্কাইভ নির্মাতাও
লক্ষ্য ব্যবহারকারীদের হিসাবে) তাদের GnuPG কীরিং সঠিকভাবে সেট করা আছে। ভিতরে
বিশেষ করে, সংরক্ষণাগার নির্মাতা অবশ্যই এর সর্বজনীন কীগুলিকে যাচাই করেছেন৷
লক্ষ্য ব্যবহারকারীদের, এবং লক্ষ্য ব্যবহারকারীদের সংশ্লিষ্ট মালিকানা আবশ্যক
তাদের কীরিং-এ ব্যক্তিগত কী। উদাহরণ: "--কী ব্যবহার করে
gnupg::bob@nowhere.org,joe@somewhere.com"একটি ব্লোফিশ তৈরি করবে
এনক্রিপ্ট করা আর্কাইভ যা পাসপ্রেস এলোমেলোভাবে libdar দ্বারা নির্বাচিত হবে
এর পাবলিক কী দিয়ে এনক্রিপ্ট করা হয়েছে bob@nowhere.org এবং
joe@somewhere.com. ব্লোফিশের জায়গায় AES ব্যবহার করতে কেউ ব্যবহার করতে পারে
"--কী gnupg:aes:bob@nowhere.org,joe@somewhere.comমনে রাখবেন না
আপনি GPG কীরিং-এ যে ট্রাস্ট সেট করেছেন সে সম্পর্কে চেক করা হয়েছে যে a
নির্দিষ্ট পাবলিক কী আপনার প্রত্যাশিত শারীরিক ব্যক্তির মালিকানাধীন। দেখা
এছাড়াও -- নিচের সাইন অপশন।

মনে রাখবেন যে আপনি যদি আপনার ব্যক্তিগত কীতে একটি পাসফ্রেজ সেট করে থাকেন, তাহলে তা হবে
এটিকে গতিশীলভাবে জিজ্ঞাসা করুন, যার জন্য একটি টার্মিনাল থেকে ডার চালানো প্রয়োজন। না
একটি ব্যক্তিগত কী এর পাসফ্রেজ প্রেরণ করার জন্য অন্য উপায় প্রদান করা হয়েছে
libdar ফলস্বরূপ আপনি যদি স্ক্রিপ্টে dar/libdar ব্যবহার করতে চান এবং
পাবলিক কী অ্যালগরিদম ব্যবহার করুন আপনার পাসফ্রেজ সেট করা এড়ানো উচিত
আপনি ব্যবহার করতে চান ব্যক্তিগত কী. এছাড়াও GNUPHOME দেখুন
এই নথির শেষে পরিবেশ বিভাগ।

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

-জে, --রেফ-কী [[ ]:]
-K বিকল্পের প্রথম সিনট্যাক্স হিসাবে একই অর্থ/ব্যবহার, কিন্তু প্রদত্ত কীটি
রেফারেন্সের সংরক্ষণাগার ডিক্রিপ্ট করতে ব্যবহৃত হয় (-A বিকল্পের সাথে দেওয়া)।
--কী-রেফ একটি সমার্থক শব্দ। উল্লেখ্য যে dar ব্যবহার করে তৈরি আর্কাইভের জন্য
রিলিজ 2.5.0 এবং তার উপরে এই বিকল্পটি আর প্রয়োজনীয় নয়, যদি না আপনি
কমান্ড লাইনে পাসফ্রেজ দিতে চান (প্রস্তাবিত নয়) বা ইন
DCF ফাইল (যে ফাইলটি সীমাবদ্ধ অ্যাক্সেসের অনুমতির সাথে সেট করা হবে
এবং/অথবা ACL)।

-$, --aux-কী [[ ]:]
same as -J কিন্তু রেফারেন্সের সহায়ক সংরক্ষণাগারের জন্য (-@ এর সাথে দেওয়া হয়েছে
বিকল্প)। এখানেও, আর্কাইভ পড়ার জন্য এই বিকল্পটির আর প্রয়োজন নেই
ডার রিলিজ 2.5.0 এবং তার উপরে দ্বারা উত্পন্ন।

-#, --ক্রিপ্টো-ব্লক
একটি সংরক্ষণাগারে এলোমেলোভাবে ডেটা অ্যাক্সেস করতে সক্ষম হতে, এটি এনক্রিপ্ট করা হয় না
বিশ্বব্যাপী কিন্তু ব্লক দ্বারা ব্লক. আপনি এনক্রিপশন ব্লকের আকার নির্ধারণ করতে পারেন
এই যুক্তির জন্য ধন্যবাদ যা ডিফল্ট 10240 বাইটে। উল্লেখ্য যে
-s বিকল্পের জন্য ব্যবহৃত সিনট্যাক্স এখানেও উপলব্ধ (k, M, G, ইত্যাদি)। বিঃদ্রঃ
এছাড়াও যে ক্রিপ্টো-ব্লক একটি 32 বিট পূর্ণসংখ্যা হিসাবে সংরক্ষণ করা হয় এইভাবে মান
4 গিগাবাইটের চেয়ে বড় একটি ত্রুটি সৃষ্টি করবে। শেষ নোট, যে ব্লক আকার
এই ফলে আর্কাইভ পড়ার সময় এখানে দেওয়া আবশ্যক, ব্যবহার করে
-* বিকল্পটি যদি সংরক্ষণাগারটি রেফারেন্সের সংরক্ষণাগার হয় (-A কে দেওয়া হয়েছে
বিকল্প) ব্যবহার করে -% বিকল্পগুলি যদি সংরক্ষণাগারটি এর সহায়ক সংরক্ষণাগার হয়
রেফারেন্স (-@ বিকল্পে দেওয়া হয়েছে) অথবা এই -# বিকল্পটি ব্যবহার করলে এটি হয়
অপারেশনের বিষয় (তালিকাকরণ, তুলনা করা, সেই সংরক্ষণাগার পরীক্ষা করা)।
মান যদি ডিফল্ট না হয় এবং প্রদত্ত মান সঠিক না হয়
সংরক্ষণাগার তৈরির সময় প্রদত্ত মান সম্পর্কে, সংরক্ষণাগারটি করবে৷
ডিক্রিপ্ট করা সম্ভব নয়, তাই ডিফল্ট মান রাখা নিরাপদ
(এবং মোটেও -#, -*, -% বিকল্পগুলি ব্যবহার করছেন না)।

-*, --রেফ-ক্রিপ্টো-ব্লক
একই --ক্রিপ্টো-ব্লক কিন্তু রেফারেন্সের আর্কাইভ পড়ার জন্য (-A
বিকল্প)। --crypto-block-ref একটি সমার্থক শব্দ।

-%, --aux-ক্রিপ্টো-ব্লক
একই --crypto-ব্লক কিন্তু রেফারেন্সের সহায়ক সংরক্ষণাগার পড়ার জন্য
(-@ বিকল্প)।

-e, --dry-run কোনো ক্রিয়া সম্পাদন করবেন না (ব্যাকআপ, পুনরুদ্ধার বা মার্জ), প্রদর্শন
সমস্ত বার্তা যেন বাস্তবের জন্য ("ড্রাই রান" অ্যাকশন)। -- খালি
বিকল্প একটি প্রতিশব্দ।

-aSI, --alter=SI[-ইউনিট[গুলি]]
একটি আকার নির্ধারণ করতে k MGTEZY উপসর্গ ব্যবহার করার সময়, SI ব্যবহার করুন
অর্থ: 10^3 এর একাধিক (একটি মেগা হল 1,000,000)।

-আবিনারি, --অল্টার=বাইনারি[-ইউনিট[গুলি]]
একটি আকার সংজ্ঞায়িত করার জন্য k MGTEZY উপসর্গ ব্যবহার করার সময়, ঐতিহাসিক ব্যবহার করুন
কম্পিউটার বিজ্ঞান অর্থ: 2^10 এর একাধিক (একটি মেগা হল 1,048,576)।

--alter=SI এবং --alter=বাইনারী বিকল্পগুলি কমান্ড লাইনে একাধিকবার ব্যবহার করা যেতে পারে।
তারা অনুসরণ করা সমস্ত উপসর্গকে প্রভাবিত করে, এমনকি -বি দ্বারা অন্তর্ভুক্ত ফাইলগুলিতে পাওয়া যায়
বিকল্প, পরবর্তী --alter=binary অথবা --alter=SI সংঘটন পর্যন্ত। উল্লেখ্য যে যদি একটি ফাইলে
-B বিকল্প দ্বারা অন্তর্ভুক্ত, একটি --alter=বাইনারী বা --alter=SI সম্মুখীন হয়, এটি সকলকে প্রভাবিত করে
নিম্নলিখিত উপসর্গগুলি, এমনকি অন্তর্ভুক্ত ফাইলগুলির বাইরেও। উদাহরণস্বরূপ, যখন চলমান
প্যারামিটারের সাথে "-B some.dcf -s 1K", 1K এর উপর নির্ভর করে 1000 বা 1024 এর সমান হতে পারে
--alter=binary অথবা --alter=SI some.dcf ফাইলে উপস্থিত। ডিফল্টরূপে (কোনও আগে
--alter=SI/বাইনারী বিকল্পে পৌঁছে গেছে), উপসর্গের বাইনারি ব্যাখ্যা করা হয়েছে, এর জন্য
পুরানো সংস্করণের সাথে সামঞ্জস্যপূর্ণ।

-ac, --alter=ctime একটি ফাইল সিস্টেম পড়ার সময় (ব্যাকআপ বা তুলনা করার সময়), পুনরুদ্ধার করুন
ফাইল পড়ার আগে যা ছিল তা সব ফাইলের সময়। এই
এটি এমনভাবে দেখায় যেন এটি মোটেও পড়া হয়নি। যাইহোক, কারণ
অ্যাপ্লিকেশনগুলিকে ctime পরিবর্তন করতে দেওয়ার জন্য কোনও সিস্টেম কল নেই (শেষ
একটি ফাইলের inode পরিবর্তন), ctime-এ atime ফলাফল ফিরে সেট করে
পরিবর্তন করা হচ্ছে (অতএব alter=ctime)। কিছু সাম্প্রতিক ইউনিক্স সিস্টেম অনুমতি দেয়
ফাইল সিস্টেমে 'ফর্টিভ রিড মোড' পাওয়ার জন্য একটি অ্যাপ্লিকেশন (দেখুন
নিচে). পুরানো সিস্টেমে, যাইহোক, বেশিরভাগ ব্যবহারকারীর জন্য, সময় আছে
পরিবর্তিত ফাইলগুলির একটি সমস্যা হওয়া উচিত নয়, যেহেতু সেগুলি পরিবর্তন করা যেতে পারে
অন্য কোন প্রোগ্রাম দ্বারা (যেকোন ব্যবহারকারী দ্বারা চালিত!) পাশাপাশি (কন্টেন্ট-
সূচক প্রোগ্রাম বিগল)। অন্যদিকে Ctimes হল একমাত্র উপায়
আপনার সিস্টেমের ফাইলগুলি প্রতিস্থাপন করা হয়েছে কিনা তা সনাক্ত করতে নিরাপত্তা সফ্টওয়্যার
(তথাকথিত রুট-কিট দ্বারা বেশিরভাগই)। এর মানে, যে আপনি দার চালানো উচিত
-ac সহ, নিরাপত্তা সফ্টওয়্যার যা চেক করতে ctime ব্যবহার করে, চিহ্নিত করবে
আপনার সিস্টেমের প্রতিটি ফাইল ব্যাকআপের পরে আপস করা হয়েছে। সংক্ষেপে,
এর মানে এই বিকল্পটি শুধুমাত্র সেই ব্যক্তিদের দ্বারা ব্যবহার করা উচিত যারা জানেন কি
তারা করছে. এটা এই লেখকের মতামত যে কোন সফটওয়্যার
atime পরিবর্তনের জন্য সংবেদনশীল flakey বা এমনকি ভাঙ্গা (কারণ
পূর্বে উল্লিখিত কারণগুলি কেন সময় পরিবর্তন করতে পারে)। কিন্তু, এটা লাগে না
দূরে যে প্রোগ্রাম আছে যারা একই অবশিষ্ট সময়ে উপর নির্ভর করে,
যেমন Leafnode NNTP ক্যাশিং সফটওয়্যার। তাই এই বিকল্পটি বিদ্যমান।

-aa, --alter=atime নির্দিষ্ট করার সময় -aa (-ac এর বিরোধিতা করে), প্রতিটি পড়ার সময়
ফাইল এবং ডিরেক্টরি আপডেট করা হয়, এবং ctime একই থাকে। ভিতরে
অন্য কথায়, ডার নিজেই atime এবং ctime দিয়ে কিছুই করেন না, এটি শুধুমাত্র
যখন ফাইলগুলি অ্যাক্সেস করা হয় তখন সময়ে আপডেট করার জন্য সিস্টেমটিকে তার কাজ করতে দিন
পড়া এটি atimes এবং ctimes যা বোঝানো হয়েছিল তার সাথে সঙ্গতিপূর্ণ
প্রতিনিধিত্ব করতে এটি ডার ডিফল্ট (সংস্করণ 2.4.0 থেকে), যদি না
'furtive read mode' (নীচে দেখুন) আপনার সিস্টেম এবং ডার দ্বারা সমর্থিত
এই সমর্থন সক্রিয় সঙ্গে কম্পাইল করা হয়েছে.

ফার্টিভ পড়া মোড একটি মোড যেখানে dar পড়ার সময় atime বা ctime উভয়ই পরিবর্তন করা হয় না
প্রতিটি ফাইল এবং ডিরেক্টরি। এটি আরও ভাল পারফরম্যান্স প্রদান করে কারণ কিছুই লিখতে হবে না
ডিস্কে ফিরে যান। একটি পরিচিত ইউনিক্স কার্নেল যা এই বৈশিষ্ট্যটিকে সমর্থন করে তা হল Linux 2.6.8 এবং তার উপরে
(ডার সক্ষম হওয়ার জন্য সিস্টেমের স্ট্যান্ডার্ড সি লাইব্রেরিতে সমর্থন অবশ্যই উপস্থিত থাকতে হবে
সংকলনের সময় এই বৈশিষ্ট্যটি সক্রিয় করতে)। এই বৈশিষ্ট্যটি সক্রিয় করা হলে, এটি হয়ে যায়
সুপার ব্যবহারকারীর জন্য ডার ডিফল্ট আচরণ; অন্যান্য ব্যবহারকারীদের জন্য ডিফল্ট হল -aa। যদি
তবে রুট ব্যবহারকারী হিসাবে, আপনি "ফর্টিভ রিড মোড" ব্যবহার করতে চান না (যখন এটি হয়েছে
সংকলনের সময় সক্রিয়), আপনি -aa বা -ac বিকল্পটি নির্দিষ্ট করতে পারেন।

-at, --alter=টেপ-চিহ্ন
সংরক্ষণাগার তৈরি এবং মার্জ করার জন্য, ডিফল্ট আচরণ (মুক্তির পর থেকে
2.4.0) হল ইনোডের পরে এস্কেপ সিকোয়েন্স (ওরফে টেপ চিহ্ন) যোগ করা
সব তথ্য সংরক্ষণাগার বরাবর. -at দেওয়া থাকলে, দার যোগ হবে না
এই তথ্য সংরক্ষণাগার, একটি সামান্য ছোট ফলে
সংরক্ষণাগার এবং দ্রুত ব্যাকআপ। একটি সংরক্ষণাগার পড়ার সময়, ডিফল্ট
আচরণ হল এই পালানোর ক্রমগুলিকে উপেক্ষা করা এবং এর উপর নির্ভর করা
সংরক্ষণাগার শেষে অবস্থিত ক্যাটালগ. যদি পরিবর্তে --ক্রমিক-
read কমান্ড-লাইনে দেওয়া আছে (নীচে দেখুন), dar ব্যবহার করা এড়িয়ে যাবে
সংরক্ষণাগারের শেষে ক্যাটালগ এবং এই পালানোর উপর নির্ভর করবে
আর্কাইভের বিষয়বস্তু জানার জন্য সিকোয়েন্স, যা ক
আর্কাইভের ক্রমিক পঠন, টেপ মিডিয়ার জন্য উপযুক্ত অপারেশন।
মনে রাখবেন যে পালানোর ক্রমগুলি অক্ষম করার সুপারিশ করা হয় না (ওরফে টেপ
marks) ব্যবহার করে -at বিকল্পটি ব্যতীত আপনি যদি এর দ্বারা আরও উদ্বিগ্ন হন
ফলে আপনার ব্যাকআপের আকার এবং সঞ্চালনের গতি (বিশেষ করে যদি
আপনার কাছে অনেক ছোট ফাইল আছে) এর চেয়ে আপনার পুনরুদ্ধারের সম্ভাবনা রয়েছে
দূষিত বা আংশিকভাবে লেখা আর্কাইভের ক্ষেত্রে ডেটা। ছাড়া
এস্কেপ সিকোয়েন্স, ডার ক্রমানুসারে একটি আর্কাইভ পড়তে পারে না, যা
একটি আর্কাইভ ব্যবহার করার জন্য একটি বিচ্ছিন্ন ক্যাটালগ ব্যবহার করার একমাত্র উপায়
একটি দূষিত ক্যাটালগ বা কোনো ক্যাটালগ নেই, যা ঘটে
সংরক্ষণাগার তৈরির সময় বা অভাবের কারণে সিস্টেম ক্র্যাশ হলে
সংরক্ষণাগারটি সম্পূর্ণ করার জন্য ডিস্কের স্থান।

-0, --অনুক্রমিক-পঠন
একটি সংরক্ষণাগার পড়ার সময় দার আচরণ পরিবর্তন করুন। ডিফল্টরূপে,
ঐতিহ্যগত উপায় ব্যবহার করা হয়, যা বিষয়বস্তুর টেবিলের উপর নির্ভর করে (ওরফে
"ক্যাটালগ") সংরক্ষণাগারের শেষে অবস্থিত। সঙ্গে
--অনুক্রমিক-পঠন বিকল্পের পরিবর্তে, ডার এস্কেপ সিকোয়েন্সের উপর নির্ভর করবে
যেগুলি প্রতিটি ফাইলের ইনোডের সাথে সংরক্ষণাগার বরাবর সন্নিবেশ করা হয়
তথ্য এটি আর্কাইভের একটি ক্রমিক পড়ার দিকে পরিচালিত করবে,
টেপ মাঝারি জন্য উপযুক্ত অপারেশন. যাইহোক, এই বৈশিষ্ট্য শুধুমাত্র
সংরক্ষণাগার বিন্যাসের জন্য উপলব্ধ রিভিশন "08" শুরু (যেমন: থেকে
রিলিজ 2.4.0) এবং if -at বিকল্পটি সংরক্ষণাগারের সময় ব্যবহার করা হয়নি
সৃষ্টি বা একত্রীকরণ। এই বিকল্পটি সংরক্ষণাগার পরীক্ষার জন্য উপলব্ধ
(-t), তুলনা (-d), পুনরুদ্ধার (-x), তালিকা (-l) এবং পড়তে
বিচ্ছিন্নতা (-C) এবং সংরক্ষণাগারের জন্য রেফারেন্সের সংরক্ষণাগার (-A বিকল্প)
সৃষ্টি (-c)। একটি আর্কাইভ এর ক্রমিক পড়া সবসময় অনেক
স্বাভাবিক পড়ার পদ্ধতির চেয়ে ধীর, তাই আপনার এটি ব্যবহার করা উচিত নয়
আপনার সত্যিই এটি প্রয়োজন না হলে বিকল্প।

-9, --মিন-সংখ্যা [, [, ]]
ফাইলের নামের মধ্যে থাকা ডিফল্ট স্লাইস নম্বরে কোনো প্যাড নেই
zeros, যা একটি ডিরেক্টরি বিষয়বস্তু বাছাই করার সময় বর্ণানুক্রমিকভাবে নেতৃত্ব দেয়
'1' দিয়ে শুরু হওয়া সমস্ত স্লাইস পড়তে, তারপর '2' দিয়ে। উদাহরণস্বরূপ, টুকরা
1, 10, 11, 12, 13, ... 2, 20, 21, 23, ... ইত্যাদি। যদিও দার একেবারে
এই ডিসপ্লে সমস্যা দ্বারা বিরক্ত না, কিছু ব্যবহারকারী আছে পছন্দ করবে
ক্রম অনুসারে বাছাই করা টুকরা। সেই কারণে, --মিন-সংখ্যা বিকল্প
আপনাকে ডারকে স্লাইস নম্বরে পর্যাপ্ত শূন্য লেখার জন্য অনুরোধ করতে দেয়
যুক্তি যতটা প্রশস্ত হয়েছে --মিন-অঙ্কে। উদাহরণস্বরূপ, যদি আপনি
সেই নম্বরের জন্য 3 প্রদান করুন, ডার স্লাইস নম্বরটি 001 হিসাবে সংরক্ষণ করবে,
002, 003, ... 999. ঠিক আছে, পরবর্তী স্লাইস হবে 1000, এভাবে এটি ভেঙে যাবে
আবার বর্ণানুক্রমিক সাজানোর ক্রম। আপনি এইভাবে একটি ব্যবহার করার পরামর্শ দেওয়া হয়
আপনি যে পরিমাণ স্লাইস ব্যবহার করবেন তা রূপান্তর করার জন্য যথেষ্ট বড় সংখ্যা।
তারপর, আপনার সংরক্ষণাগার পড়ার সময়, আপনাকে এটি প্রদান করতে হবে
একই যুক্তি, অন্যথায় ডার স্লাইস খুঁজে পেতে ব্যর্থ হবে. কার্যত, যখন
স্লাইস 1 খুঁজছেন উদাহরণস্বরূপ, dar ফাইলটি খোলার চেষ্টা করা উচিত
"basename.1.dar", কিন্তু এটি ব্যর্থ হলে, এটি ফাইল খোলার চেষ্টা করা উচিত
"basename.01.dar", তারপর "basename.001.dar", ... অনন্ত পর্যন্ত। যদি
স্লাইস শুধু অনুপস্থিত, দার আপনাকে এটি প্রদান করতে বলবে না, হচ্ছে
এখনও একটি অতিরিক্ত অগ্রণী শূন্য সহ একটি স্লাইস নাম খুঁজছেন৷ দ্য
ডিফারেনশিয়াল ব্যাকআপ, মার্জিং বা অন-ফ্লাই করার সময়ও সমস্যা দেখা দেয়
বিচ্ছিন্নতা, ডারকে অবশ্যই প্রতিটির জন্য প্রিপেন্ড করার জন্য শূন্যের সংখ্যা জানতে হবে
এই সংরক্ষণাগার. এই কারণে --মিন-সংখ্যা বিকল্পটি পর্যন্ত পেতে পারে
তিনটি পূর্ণসংখ্যার মান, আর্কাইভ তৈরি বা পড়ার জন্য প্রথম,
রেফারেন্সের সংরক্ষণাগারের জন্য দ্বিতীয়টি (-A বিকল্প), তৃতীয়টির জন্য
রেফারেন্সের সহায়ক সংরক্ষণাগার (-@ বিকল্প)। ডিফল্টরূপে, কোনো শূন্য নেই
যোগ করা হয়েছে, এবং এটি এই ভাবে ভাল কাজ করছে। কিন্তু আপনি ভাল সেট হতে পারে
উদাহরণস্বরূপ আপনার ($HOME)/.darrc ফাইলে "--মিন-সংখ্যা 5,5,5" এটি করতে
একবার এবং সব জন্য।

-- পাইপ-এফডি ফাইল-ডেসক্রিপ্টর থেকে আরও আর্গুমেন্ট পড়বে . দ্য
এই ফাইল-ডেসক্রিপ্টরের মাধ্যমে পড়া আর্গুমেন্ট অবশ্যই একটি TLV অনুসরণ করবে
(প্রকার/দৈর্ঘ্য/মান) তালিকা বিন্যাস। এই বিকল্পটি মানুষের জন্য নয়
ব্যবহার করুন, কিন্তু dar_manager এর মতো dar চালু করা অন্যান্য প্রোগ্রামের জন্য। এই
কমান্ড লাইনের দৈর্ঘ্যের সীমা অতিক্রম করতে বৈশিষ্ট্য যুক্ত করা হয়েছে।

-al, --alter=lax একটি আর্কাইভ পড়ার সময়, ডার ডাটা দুর্নীতির সমাধান করার চেষ্টা করবে
স্লাইস হেডার, আর্কাইভ হেডার এবং ক্যাটালগ। এই বিকল্পটি ব্যবহার করতে হবে
মিডিয়া দুর্নীতির মুখোমুখি হলে শেষ অবলম্বন সমাধান হিসাবে। এটা বরং এবং
এখনও দৃঢ়ভাবে তাদের উপর নির্ভর করার আগে সংরক্ষণাগার পরীক্ষা করতে উত্সাহিত
পাশাপাশি Parchive ব্যবহার করে প্রতিটি স্লাইসের প্যারিটি ডেটা করতে সক্ষম হবেন
অনেক বেশি কার্যকর পদ্ধতিতে এবং অনেক কিছু সহ ডেটা দুর্নীতি পুনরুদ্ধার করুন
সাফল্যের আরও সম্ভাবনা। দার ব্যাকআপ করার সম্ভাবনাও আছে
একটি বিচ্ছিন্ন ক্যাটালগ ব্যবহার করে ক্যাটালগ, কিন্তু এটি টুকরা সম্মুখীন হয় না
হেডার দুর্নীতি বা এমনকি সংরক্ষিত ফাইলের ডেটা দুর্নীতি (dar will
সনাক্ত করা কিন্তু এই ধরনের ঘটনা সংশোধন করবে না)।

--single-thread, -G যখন libdar libthreadar এর বিরুদ্ধে কম্পাইল করা হয়, তখন এটি ব্যবহার করতে পারে
বেশ কিছু থ্রেড। থ্রেডের সংখ্যা স্থির নয় কিন্তু নির্ভর করে
সক্রিয় বৈশিষ্ট্যের সংখ্যা (কম্প্রেশন, এনক্রিপশন, টেপ চিহ্ন,
sparse ফাইল, ইত্যাদি) যার জন্য CPU নিবিড় অপারেশন প্রয়োজন। বোঝা-
ব্যবহৃত থ্রেড প্রতি ব্যালেন্সিং টাইপকে "পাইপলাইন" বলা হয়। কর্মক্ষমতা হিসাবে
লাভ সামান্য (সমস্ত অ্যালগরিদম সমান্তরাল কম্পিউটিংয়ের সাথে অভিযোজিত হয় না)
এই বৈশিষ্ট্যটি পরীক্ষামূলক হিসাবে পতাকাঙ্কিত: এটি হিসাবে পরীক্ষা করা হয়নি৷
অন্যান্য নতুন বৈশিষ্ট্যগুলির মতো নিবিড়ভাবে এবং এটি ব্যবহারের জন্য উত্সাহিত করা হয় না। যদি
আপনি আরও ভাল কর্মক্ষমতা চান, প্রতিটির জন্য বেশ কয়েকটি ডার প্রক্রিয়া ব্যবহার করুন
বিভিন্ন ডিরেক্টরি গাছ। আপনি একটির পরিবর্তে বেশ কয়েকটি সংরক্ষণাগার পাবেন৷
যা বিচ্ছিন্ন ক্যাটালগগুলিকে একত্রিত করা যেতে পারে (একত্রীকরণের প্রয়োজন নেই
ব্যাকআপ, শুধুমাত্র বিচ্ছিন্ন ক্যাটালগ) এবং পরবর্তী জন্য বেস হিসাবে ব্যবহৃত হয়
ডিফারেনশিয়াল ব্যাকআপ। দ্রষ্টব্য: আপনি যদি প্রাথমিক সতর্কতা নীরব করতে চান
আসলে এই বৈশিষ্ট্যটি পরীক্ষামূলক ব্যবহার -জি এর আগে -কিউ বিকল্প
বিকল্প।

সংরক্ষণ, বিচ্ছিন্নতা এবং মার্জিং নির্দিষ্ট বিকল্প (আপনি ব্যবহার সঙ্গে -গ, -C or -+)

-z[[algo:]level], --compression[=[algo][:][level]]
gzip, bzip2, lzo বা xz অ্যালগরিদম ব্যবহার করে স্লাইসের মধ্যে কম্প্রেশন যোগ করুন
(যদি -z নির্দিষ্ট করা না থাকে, কোন কম্প্রেশন সঞ্চালিত হয় না)। কম্প্রেশন
স্তর (1 থেকে 9 পর্যন্ত একটি পূর্ণসংখ্যা) ঐচ্ছিক, এবং ডিফল্টরূপে 9। থাকা
xz অ্যালগরিদম ব্যবহার করার সময় সতর্ক থাকুন একটি কম্প্রেশন অনুপাত উল্লেখ করুন
গুরুত্বপূর্ণ মেমরি প্রয়োজনীয়তা এড়াতে 6 এর কম বা সমান। ক
1 অনুপাত মানে কম কম্প্রেশন এবং দ্রুত প্রক্রিয়াকরণ, যখন এ
9 এর বিপরীত অনুপাত সেরা কম্প্রেশন দেয় কিন্তু দীর্ঘতম প্রক্রিয়াকরণ
সময় "Algo" ঐচ্ছিক, এটি কম্প্রেশন অ্যালগরিদম নির্দিষ্ট করে
ব্যবহার করুন এবং নিম্নলিখিত মান "gzip", "bzip2", "lzo" বা "xz" নিতে পারেন।
"gzip" অ্যালগরিদম ডিফল্টরূপে ব্যবহৃত হয় (ঐতিহাসিক কারণে দেখুন --gzip
নিচে). যদি অ্যালগরিদম এবং কম্প্রেশন উভয়ই দেওয়া হয়, একটি ':' হতে হবে
তাদের মধ্যে স্থাপন। -z বিকল্পের বৈধ ব্যবহার উদাহরণস্বরূপ: -z, -z9,
-zlzo, -zgzip, -zbzip2, -zlzo:6, -zbzip2:2, -zgzip:1, -zxz:6 এবং তাই
চালু. দীর্ঘ বিকল্পের ব্যবহার একই: --কম্প্রেশন, --কম্প্রেশন=9,
--compression=lzo, --compression=gzip, --compression=bzip2,
--compression=lzo:6, --compression=bzip2:2, --compression=gzip:1
--compression=xz:9 ইত্যাদি।

--gzip[=স্তর] -z এর মতো (ঠিক উপরে দেখুন)। এই বিকল্পটি বন্ধ করা হয়েছে, অনুগ্রহ করে ব্যবহার করুন
--কম্প্রেশন বা -z.

-s, --স্লাইস
বাইটে স্লাইসের আকার। যদি সংখ্যাটি k (বা K), M দ্বারা সংযোজিত হয়,
G, T, PE, Z বা Y এর আকার কিলোবাইট, মেগাবাইট, গিগাবাইট,
যথাক্রমে টেরাবাইট, পেটাবাইট, এক্সাবাইট, জেটাবাইট বা ইয়োটাবাইট।
উদাহরণ: "20M" মানে 20 মেগাবাইট, ডিফল্টরূপে, এটি একই
যুক্তি হিসাবে 20971520 দেওয়া (এছাড়াও দেখুন -aSI এবং -এবিনারী বিকল্পগুলি)। যদি
-s উপস্থিত নেই ব্যাকআপটি একটি একক স্লাইসে লেখা হবে
ব্যাকআপের আকার যাই হোক না কেন (আপনার অপারেটিং সিস্টেম ধরে নিচ্ছি
ইচ্ছামত বড় ফাইল সমর্থন করতে পারে)।

-এস, --প্রথম স্লাইস
-S প্রথম স্লাইসের আকার দেয় যা স্বাধীনভাবে বেছে নেওয়া যেতে পারে
নিম্নলিখিত স্লাইস আকারের (হয় বড় বা ছোট)। এই
বিকল্পের প্রয়োজন -s বিকল্প এবং ডিফল্টরূপে -S বিকল্পের আকার
প্রথম স্লাইসটি নিম্নলিখিত স্লাইসের মতোই।

-পি [ ], -- বিরতি[= ]
একটি নতুন স্লাইসে লেখার আগে বিরতি দেয় (এর জন্য -s প্রয়োজন)। গতানুগতিক
কোন বিরতি নেই, সমস্ত স্লাইস একই ডিরেক্টরিতে লেখা হয়, পর্যন্ত
ব্যাকআপের শেষে বা ফাইল সিস্টেম পূর্ণ না হওয়া পর্যন্ত। এই পরে
ক্ষেত্রে, ব্যবহারকারীকে ডিস্কে স্থানের অভাব সম্পর্কে অবহিত করা হয় এবং ডার বন্ধ হয়ে যায়
ব্যবহারকারীর কর্ম। যত তাড়াতাড়ি কিছু ডিস্ক স্থান উপলব্ধ, ব্যবহারকারী করতে পারেন
ব্যাকআপ চালিয়ে যান। ঐচ্ছিক পূর্ণসংখ্যা যা এই বিকল্পটি পেতে পারে
দারকে শুধুমাত্র খুব 'এন' স্লাইস থামাতে বলে। 'n' এর জন্য 3 দিলে দার হবে
স্লাইস 3, 6, 9 এবং এর পরেই বিরতি দিন। এই পূর্ণসংখ্যা না হলে
নির্দিষ্ট করা হয়েছে, আচরণটি এমন যেন '1' যুক্তি হিসাবে দেওয়া হয়েছিল যা করে
প্রতিটি স্লাইস পরে বিরতি.

-D, --empty-dir ব্যাকআপের সময়, যখন ডিরেক্টরিগুলি বাদ দেওয়া হয় স্পষ্টভাবে -P ব্যবহার করে
বা -] বিকল্পগুলি, অথবা একটি -g বা -[ বিকল্পগুলি (একটি ডিরেক্টরি
বাদ দেওয়া হয় যদি এটি -g বিকল্পের সাথে দেওয়া মাস্কের সাথে মেলে না বা -[
অপশন) দার এই সম্পর্কে কিছু সংরক্ষণ করে না. কিন্তু -D বিকল্পের সাথে,
dar তাদের খালি ডিরেক্টরি হিসাবে সংরক্ষণ করে। এই উপযোগী হতে পারে, যদি বাদ
একটি মাউন্ট পয়েন্ট (যেমন / proc or /dev/pts) পুনরুদ্ধারের সময়, দার হবে
তারপর এই ডিরেক্টরিগুলি পুনরায় তৈরি করুন (যদি প্রয়োজন হয়)। এই বিকল্প কোন আছে
-C এর সাথে অর্থ এবং সেই ক্ষেত্রে উপেক্ষা করা হয়। স্বাধীনভাবে যে, -D
পুনরুদ্ধারের সময়ও ব্যবহার করা যেতে পারে, তবে এটি কিছুটা সক্রিয় করে
বিভিন্ন বৈশিষ্ট্য (নীচে পুনরুদ্ধার বিকল্প দেখুন)।

-Z, --exclude-compression
এই মাস্ক দ্বারা আচ্ছাদিত ফাইলের নামগুলি সংকুচিত হয় না। এটা শুধুমাত্র দরকারী
-z বিকল্পের সাথে একত্রে। ডিফল্টরূপে, সমস্ত ফাইল সংকুচিত হয় (যদি
কম্প্রেশন ব্যবহার করা হয়)। এই বিকল্পটি বেশ কয়েকবার ব্যবহার করা যেতে পারে
-Z মাস্কের সাথে মেলে এমন একটি ফাইল কম্প্রেস করা হবে না।
-Z কে দেওয়া আর্গুমেন্টে অবশ্যই কোনো পাথ অন্তর্ভুক্ত করা যাবে না, শুধু ফাইলের নাম
(অবশেষে/সম্ভবত ওয়াইল্ডকার্ড ব্যবহার করে)।

-Y, --include-কম্প্রেশন
এই মাস্ক দ্বারা আচ্ছাদিত ফাইলের নাম (এবং -Z কে দেওয়া মুখোশগুলি আচ্ছাদিত নয়
বিকল্প (গুলি) শুধুমাত্র সংকুচিত করা হয়। এটি শুধুমাত্র -z এর সাথে উপলব্ধ
বিকল্প ডিফল্টরূপে সমস্ত ফাইল সংকুচিত হয়। এই বিকল্পটি ব্যবহার করা যেতে পারে
বেশ কয়েকবার, সেক্ষেত্রে -Y-এর একটির সাথে মেলে এমন সমস্ত ফাইল হবে
সংকুচিত, যদি তারা -Z মুখোশগুলির সাথেও মেলে না। আদেশ দিয়েছেন
এখানে পদ্ধতিটি সক্রিয় হওয়ার সময়ও প্রযোজ্য (-am বিকল্প সহ), এটি কাজ করে
ঠিক -I এবং -X বিকল্পগুলির মতো, কিন্তু ফাইল কম্প্রেশনে প্রযোজ্য,
ফাইল নির্বাচন না। অন্য কথায়, এটি শুধুমাত্র ফাইলের নামের সাথে মেলে,
ফাইলের পথে নয়।

-m, --mincompr
যে ফাইলের আকার এই মানের নিচে তা সংকুচিত হবে না। যদি -m হয়
নির্দিষ্ট করা নেই এটি দেওয়ার সমতুল্য -m 100 যুক্তি হিসাবে। আপনি যদি
সমস্ত ফাইলকে তাদের আকার যাই হোক না কেন সংকুচিত করতে চান তাই আপনাকে টাইপ করতে হবে
-m 0 কমান্ড লাইনে। আকারের একক হল বাইট (অক্টেট) এবং
-s বা -S এর সাথে ব্যবহৃত একই সংখ্যার এক্সটেনশন এখানে পাওয়া যায়,
যদি আপনি কিলোবাইট, মেগাবাইট, গিগাবাইট ইত্যাদি আকারে নির্দিষ্ট করতে চান।

-1, --স্পার্স-ফাইল-মিন-আকার
"গর্ত" দ্বারা প্রতিস্থাপনের জন্য শূন্যযুক্ত বাইটের ন্যূনতম দৈর্ঘ্য সংজ্ঞায়িত করুন। দ্বারা
ডিফল্ট, এই বৈশিষ্ট্যটি 15 বাইটের মান সহ সক্রিয় করা হয়। প্রতি
এটি সম্পূর্ণরূপে অক্ষম করুন, আকারটি শূন্যে সেট করুন। এই বৈশিষ্ট্য নিষ্ক্রিয় করা হচ্ছে
কিছু লক্ষণীয় গতি উন্নতি আনবে কিন্তু সম্ভবত করতে হবে
সংরক্ষণাগারটি কিছুটা বড় (ডেটার প্রকৃতির উপর নির্ভর করে)।
স্পার্স ফাইল হল এমন ফাইল যাতে তথাকথিত হোল থাকে। একটি ফাইল সিস্টেমে,
জিরোড বাইটের অংশ ডিস্কে সংরক্ষণ করা হয় না, এইভাবে একটি নির্বিচারে
শূন্যের বিশাল অংশ সহ বড় ফাইলের জন্য শুধুমাত্র কয়েক বাইট প্রয়োজন হতে পারে
ডিস্ক স্টোরেজ। যদিও ডার একটি প্রদত্ত ফাইল কীভাবে বরাদ্দ করা হয়েছে তা সনাক্ত করতে পারে না
কারণ এটি একটি ফাইল সিস্টেম বিমূর্ততা করে (এটি জানে না
কোন নির্দিষ্ট ফাইল সিস্টেমের বাস্তবায়ন, যেখান থেকে
পোর্টেবিলিটি), তবে যখন এটি শূন্য বাইটের একটি ক্রম খুঁজে পায়
প্রদত্ত থ্রেশহোল্ডের চেয়ে এটি অনুমান করতে পারে যে এটি একটি উপস্থিতিতে রয়েছে
গর্ত. এটি করার ফলে, এটি প্রদত্ত জিরোড বাইটগুলিকে তে সংরক্ষণ করে না
সংরক্ষণাগার, কিন্তু আকার রেকর্ড করতে সংরক্ষিত ডেটার পাশে একটি ট্যাগ রাখুন
গর্ত এবং এইভাবে যেখানে পরবর্তী কোন শূন্য বাইট স্থাপন করতে হবে। এটা তৈরি করে
dar সংরক্ষণাগার ডিস্ক স্থান প্রয়োজন অনেক ছোট যখন একটি sparse ফাইল
মিলিত. পুনরুদ্ধারের সময়, ডার স্বাভাবিক ডেটা লেখার গর্ত পুনরুদ্ধার করবে
এবং প্রতিটির পরে স্বাভাবিক ডেটা লিখতে গর্তের উপর খোঁজা
গর্ত. যদি অন্তর্নিহিত ফাইল সিস্টেম স্পার্স ফাইল সমর্থন করে, তাহলে এটি হবে
গর্ত পুনরুদ্ধার করুন। নোট করুন যে অ্যাপ্লিকেশনের জন্য কোন পার্থক্য নেই
একটি ফাইল বিক্ষিপ্ত হোক বা না হোক, এইভাবে dar ভালভাবে স্বাভাবিক রূপান্তরিত হতে পারে
ফাইলগুলিকে স্পার্স ফাইলে এবং এর বিপরীতে, শুধুমাত্র ডিস্কের প্রয়োজন হবে
পরিবর্তন. শেষ পয়েন্ট, যদি dar সংরক্ষণাগারের জন্য ডিস্কের প্রয়োজনীয়তা কমাতে পারে
15 বাইটের মতো ছোট গর্ত সহ (ছোট মান কাজ করে তবে ওভারহেড
সাধারণত জিরোড বাইট সংরক্ষণ করার জন্য যা প্রয়োজন তার চেয়ে বেশি খরচ হয়),
এটি পুনরুদ্ধারের সময় একই নাও হতে পারে, কারণ ফাইল সিস্টেম বরাদ্দ
ইউনিট সাধারণত কয়েক কিলোবাইট হয়, তবে পুনরুদ্ধার করা ফাইল কখনই হবে না
এটি গর্ত ছাড়া হতে পারে তুলনায় বড়. এর একমাত্র অপূর্ণতা
বৈশিষ্ট্য হল অতিরিক্ত CPU চক্রের প্রয়োজন।

-ak, --alter=কিপ-সংকুচিত
মার্জিং অপারেশনের সময়, ফাইলগুলিকে সংকুচিত রাখুন, এতে বেশ কয়েকটি রয়েছে
সীমাবদ্ধতা: -z, -Z, -Y, -m উপেক্ষা করা হয়, যদি দুটি সংরক্ষণাগার থাকতে হয়
একত্রিত হলে, উভয়কেই একই কম্প্রেশন অ্যালগরিদম বা তাদের একটি ব্যবহার করতে হবে
মোটেই কম্প্রেশন ব্যবহার করা উচিত নয় (এই শেষ নিষেধাজ্ঞাটি সম্ভবত হবে
পরবর্তী সংস্করণে অদৃশ্য হয়ে যায়)। এই বিকল্পের সুবিধা হল একটি
কার্যকর করার বৃহত্তর গতি (সংকোচন সাধারণত CPU নিবিড় হয়)।

-আহ, --অল্টার=হোলস-রিচেক
মার্জ করার জন্য, স্পার্স ফাইল সনাক্তকরণ প্রক্রিয়া দ্বারা নিষ্ক্রিয় করা হয়
ডিফল্ট. তবে আপনি যদি এটি সক্রিয় করতে চান (ধরে নিচ্ছেন আপনার একটি পুরানো আছে
সংরক্ষণাগার আপনি যত্ন নেওয়া বর্তমান সংরক্ষণাগার বিন্যাস রূপান্তর করতে চান
sparse ফাইল), sparse পুনরায় সক্রিয় করতে আপনাকে -ah বিকল্প ব্যবহার করতে হবে
ফাইল সনাক্তকরণ প্রক্রিয়া। তারপর মার্জ করার জন্য --sparse-file-min-size করতে পারেন
সংরক্ষণাগার তৈরির জন্য উপরে বর্ণিত হিসাবে ব্যবহার করা হবে। বিশেষ সেটিংয়ে
--sparse-file-min-size-এর পাশে শূন্য থেকে -ah মার্জ করার সময়, এছাড়াও হতে পারে
স্পার্স ফাইল হিসাবে সংরক্ষিত ফাইলটিকে সাধারণ সাধারণ ফাইলগুলিতে রূপান্তর করতে ব্যবহৃত হয়।

--nodump 'd' পতাকা সেট আছে এমন ফাইল সংরক্ষণ করে না (দেখুন চ্যাটার(1) lsattr(1)
ext2 কমান্ড)। সিস্টেম ডার থাকলে এই বিকল্পটি উপলব্ধ নাও হতে পারে
কম্পাইল করা হয়েছে ext2 পতাকার জন্য সমর্থন প্রদান করেনি। মনে রাখবেন যে
এই বিকল্পটি -+ বিকল্পের সাথে কিছুই করে না (একত্রীকরণ) কারণ কোনো ফাইল সিস্টেম নেই
যে অপারেশন জন্য ব্যবহৃত.

-5, -- বাদ দিয়ে ea[= ]
ব্যাকআপ থেকে ইনোডগুলি বাদ দিন যা দেওয়া EA দিয়ে সেট করা হয়েছে
যুক্তি. আর্গুমেন্ট না দিলে সেই বিকল্পে ডিফল্ট EA ব্যবহার করা হয়
ব্যাকআপ থেকে ফাইল বাদ দেওয়া হল "user.libdar_no_backup"। এই সেট করতে
একটি প্রদত্ত ফাইলের বৈশিষ্ট্য, নিম্নলিখিত কমান্ড ব্যবহার করুন: "setfattr -n
user.libdar_no_backup ", এটি অপসারণ করতে: "setfattr -x
user.libdar_no_backup ". শেষ, এই উপস্থিতি পরীক্ষা করতে
EA: "getfattr "

-এম, --নো-মাউন্ট-পয়েন্ট
রুট ডিরেক্টরি হিসাবে একই ফাইল সিস্টেমে থাকুন (-R বিকল্প দেখুন),
সাবডিরেক্টরি যা অন্যান্য ফাইল সিস্টেমের জন্য মাউন্টিং পয়েন্ট হবে না
সংরক্ষিত হবে (অথবা -ডি বিকল্প ব্যবহার করা হলে খালি সংরক্ষণ করা হবে)। এই বিকল্পটি অকেজো
এবং মার্জ অপারেশনের জন্য উপেক্ষা করা হয়েছে।

-, , --ক্যাশে-ডিরেক্টরি-ট্যাগিং
ক্যাশে ডিরেক্টরি ব্যবহার করে এমন ডিরেক্টরির বিষয়বস্তু সংরক্ষণ করবেন না
ট্যাগিং স্ট্যান্ডার্ড। দেখা http://www.brynosaurus.com/cachedir/spec.html
বিস্তারিত জানার জন্য. (এই বিকল্পটি -+ বিকল্পের সাথে অকেজো)

-/ , --ওভাররাইটিং-নীতি
এই বিকল্পটি ব্যবহারকারীকে সংজ্ঞায়িত করতে দেয় কখন বা কিভাবে ফাইল ওভাররাইটিং ঘটতে পারে
পুনরুদ্ধার বা সংরক্ষণাগার মার্জ সময়ে. এটা কোন স্লাইস প্রযোজ্য
ওভাররাইটিং যা -n বিকল্প দ্বারা চালিত হয়, এটি পরিবর্তে প্রযোজ্য হয়
নিষ্কাশনের সময় ফাইল করতে এবং দুটি মার্জ করার সময় আর্কাইভের মধ্যে ফাইলগুলি
তাদের মধ্যে. ওভাররাইটিং বিবেচনা করার সময়, একটি ফাইলকে 'স্থানে' বলা হয়
অন্যটি 'নতুন' বা 'যোগ করা' হিসাবে পরিচিত। পুনঃস্থাপন এ
সময়, 'ইন প্লেস' হল একটি যা ফাইল সিস্টেমে উপস্থিত থাকে
আর্কাইভ থেকে 'যোগ করতে হবে'। একত্রিত করার সময়,
'in place' হল '-A' আর্কাইভ অফ রেফারেন্সের একটি যখন 'to
যোগ করা হল সহায়ক '-@' আর্কাইভ বা রেফারেন্স থেকে একটি।

যত তাড়াতাড়ি আপনি ব্যবহার করবেন -/ বিকল্প -n শুধুমাত্র স্লাইস ওভাররাইটিংয়ের ক্ষেত্রে প্রযোজ্য
এবং -r, -k এবং -ae বিকল্পগুলি উপেক্ষা করা হয় (পুনরুদ্ধারের বিকল্প)।

দেওয়া যুক্তি কর্ম এবং অবশেষে গঠিত হয়
শর্তসাপেক্ষ অভিব্যক্তি। ক্রিয়াগুলি কীভাবে ওভাররাইটিং সমাধান করতে হয় তা নির্ধারণ করে
একদিকে ফাইলের ডেটা এবং ফাইলের বৈশিষ্ট্যগুলি নিয়ে দ্বন্দ্ব (বর্ধিত
এবং ফাইল সিস্টেম নির্দিষ্ট) অন্য দিকে। একটি কর্ম এইভাবে একটি দম্পতি হয়
ডেটার জন্য এবং EA+FSA-এর জন্য কর্মের। ডেটা জন্য কর্ম দ্বারা প্রতিনিধিত্ব করা হয়
বড় হাতের অক্ষর, যখন EA+FSA-এর কর্ম ছোট হাতের অক্ষর দ্বারা সংজ্ঞায়িত করা হয়
অক্ষর উভয় ক্রিয়া একে অপরের থেকে স্বাধীন:

P মানে 'সংরক্ষণ'। দুটি আর্কাইভ একত্রিত করার সময়, এর ডেটা
ফলে আর্কাইভ 'ইন প্লেস' ফাইল থেকে নেওয়া হবে। যখন
এক্সট্রাক্ট করার সময়, ফাইল সিস্টেমের ইনোডের ডেটা হবে
সংরক্ষিত (এইভাবে ডেটার জন্য কোন ওভাররাইটিং ঘটবে না)।

O মানে 'ওভাররাইট'। দুটি আর্কাইভ একত্রিত করার সময়, এর ডেটা
ফলস্বরূপ সংরক্ষণাগার 'যোগ করা' ফাইল থেকে নেওয়া হবে।
এক্সট্রাক্ট করার সময়, ফাইল সিস্টেমে ইনোডের ডেটা থাকবে
সংরক্ষণাগার থেকে তথ্য দ্বারা ওভাররাইট করা হবে.

S মানে 'মার্ক সংরক্ষিত এবং সংরক্ষণ'। দুটি আর্কাইভ মার্জ করার সময়,
ফলস্বরূপ সংরক্ষণাগারের ডেটা ইতিমধ্যে সংরক্ষিত হিসাবে চিহ্নিত করা হবে
রেফারেন্সের সংরক্ষণাগার (এইভাবে একটি ডিফারেনশিয়াল সংরক্ষণাগার তৈরি করা,
এমনকি যদি মূল আর্কাইভের কোনোটিই ডিফারেনশিয়াল আর্কাইভ না হয়)।
সমস্ত ডেটা ফলাফল সংরক্ষণাগারে ড্রপ করা হবে, কিন্তু শেষ
পরিবর্তনের তারিখ [ওরফে এমটাইম] (ফাইলের পরিবর্তন সনাক্ত করতে ব্যবহৃত হয়
ডেটা) 'ইন প্লেস' ফাইল থেকে নেওয়া হবে। এই কর্ম করে
ফাইল নিষ্কাশন করার সময় প্রযোজ্য নয়, এটি এইভাবে সমান হিসাবে বিবেচিত হয়
সেই অবস্থায় "সংরক্ষণ" (পি)।

T মানে 'মার্ক সেভড এবং ওভাররাইট'। দুটি আর্কাইভ মার্জ করার সময়,
ফলস্বরূপ সংরক্ষণাগারের ডেটা ইতিমধ্যে সংরক্ষিত হিসাবে চিহ্নিত করা হবে
('S' ক্রিয়া হিসাবে একই): ফলাফলে সমস্ত ডেটা বাদ দেওয়া হবে
সংরক্ষণাগার, তবে সর্বশেষ পরিবর্তনের তারিখ [ওরফে এমটাইম] (এ ব্যবহৃত
একটি ফাইলের ডেটাতে পরিবর্তন সনাক্ত করুন) 'to হতে হবে' থেকে নেওয়া হবে
যোগ করা হয়েছে' ফাইল। ফাইল নিষ্কাশন করার সময় এই ক্রিয়াটি প্রযোজ্য নয়, এটি
এইভাবে সেই পরিস্থিতিতে "ওভাররাইট" (O) এর সমান হিসাবে বিবেচিত হয়৷

R মানে 'রিমুভ'। দুটি সংরক্ষণাগার মার্জ করার সময়, ফলে আর্কাইভ
যে ফাইলটিতে ছিল তার সাথে সম্পর্কিত কোনো এন্ট্রি থাকবে না
সংঘর্ষ এটিও বোঝায় যে এর জন্য কোনও EA সংরক্ষণ করা হবে না
এন্ট্রি হিসাবে বিশেষ এন্ট্রি ফলাফলে আর থাকবে না
সংরক্ষণাগার (যেন এটি এখনও বিদ্যমান ছিল না)। ফাইল বের করার সময়,
এটি ফাইলের দমনের দিকে পরিচালিত করবে।

p মানে 'সংরক্ষণ করুন', 'P' এর মতোই (কিন্তু ছোট হাতের অক্ষর) সংরক্ষণ করুন
পুরো EA সেট এবং FSA। দুটি সংরক্ষণাগার মার্জ করার সময়, বৈশিষ্ট্যগুলি
ফলাফল ফাইলের সেট হবে 'ইন প্লেস' ফাইলের
(যাই হোক না কেন তার ডেটার জন্য ওভাররাইটিং ব্যবস্থা নেওয়া হয়েছে)। যখন
ফাইল সিস্টেমে ফাইল নিষ্কাশন করার সময়, ফাইলের বৈশিষ্ট্য
ফাইল সিস্টেমে পরিবর্তন করা হবে না (যাই হোক ওভাররাইটিং
এর ডেটার জন্য ব্যবস্থা নেওয়া হয়েছে, যদি না ফাইলটি ব্যবহার করে সরানো হয়
'R' নীতি, যা ইনোড এবং এইভাবে যেকোনও সরিয়ে দেবে
এর গুণাবলী ছিল)।

o মানে 'ওভাররাইট', একই 'O' (কিন্তু ছোট হাতের অক্ষর) ওভাররাইট
পুরো EA সেট এবং FSA। দুটি আর্কাইভ মার্জ করার সময়,
ফলাফল ফাইলের বৈশিষ্ট্য সেট ' থেকে নেওয়া হবে
ফাইল যোগ করা হবে। ফাইল নিষ্কাশন করার সময়, বৈশিষ্ট্য সেট
ফাইল সিস্টেমের ফাইলটির বৈশিষ্ট্যগুলি মুছে ফেলা হবে এবং
সংরক্ষণাগারের ফাইলগুলির দ্বারা প্রতিস্থাপিত (এখনও স্বাধীন
ফাইলের ডেটার জন্য কী ওভাররাইটিং ব্যবস্থা নেওয়া হয়)।

s মানে 'সংরক্ষিত এবং সংরক্ষণ করুন', 'S' এর মতোই (কিন্তু ছোট হাতের অক্ষর
চিঠি) ডেটার পরিবর্তে EA এবং FSA-এর জন্য। দুটি একত্রিত করার সময়
সংরক্ষণাগার, ফলাফল ফাইলের EA এবং FSA হিসাবে চিহ্নিত করা হয়
ইতিমধ্যে রেফারেন্স সংরক্ষণাগারে সংরক্ষিত, এইভাবে তারা বাদ দেওয়া হয়
কিন্তু শেষ ইনোড পরিবর্তনের তারিখ [ওরফে ctime] (শনাক্ত করতে ব্যবহৃত হয়
ফাইলের EA এবং FSA) পরিবর্তনগুলি 'স্থানে' থেকে নেওয়া হবে
ফাইল ফাইল নিষ্কাশন করার সময় এই ক্রিয়াটি প্রযোজ্য নয়, এটি
এইভাবে সেই পরিস্থিতিতে "সংরক্ষণ" (পি) এর সমতুল্য বলে বিবেচিত হয়।

t মানে 'সংরক্ষিত এবং ওভাররাইট', 'T' এর মতোই (কিন্তু ছোট হাতের অক্ষর
চিঠি) ডেটার পরিবর্তে EA এবং FSA-এর জন্য। দুটি একত্রিত করার সময়
সংরক্ষণাগার, ফলাফল ফাইলের EA এবং FSA হিসাবে চিহ্নিত করা হয়
ইতিমধ্যে রেফারেন্স সংরক্ষণাগারে সংরক্ষিত, এইভাবে তারা বাদ দেওয়া হয়
কিন্তু শেষ ইনোড পরিবর্তনের তারিখ [ওরফে ctime] (ট্র্যাক করতে ব্যবহার করুন
EA) পরিবর্তনগুলি 'যোগ করা' ফাইল থেকে নেওয়া হবে। এই
ফাইল এক্সট্র্যাক্ট করার সময় অ্যাকশন প্রযোজ্য হয় না, তাই হয়
সেই পরিস্থিতিতে "ওভাররাইট" (ও) এর সমতুল্য হিসাবে বিবেচিত।

m মানে 'মার্জ অ্যাট্রিবিউটস এবং সংরক্ষণ'। ফলে ফাইল
মার্জড আর্কাইভে 'ইন' উভয় থেকে অ্যাট্রিবিউট এন্ট্রি থাকবে
স্থান' এবং 'যোগ করা হবে' ফাইল। যদি উভয় ফাইল একই ভাগ করে
অ্যাট্রিবিউট এন্ট্রি (একই FSA বা EA এর জন্য একই কী প্রদত্ত
association) একটি 'in place' ফাইল রাখা হয় (কোথা থেকে
'সংরক্ষণ' ধারণা)। একটি ফাইল এক্সট্র্যাক্ট করার সময়, ফাইলটি
ফাইল সিস্টেম এর EA এবং FSA সেট এর দ্বারা সমৃদ্ধ হবে
সংরক্ষণাগারের ফাইল যে ফাইল সিস্টেমে বিদ্যমান নেই, কিন্তু তার
ইতিমধ্যে বিদ্যমান বৈশিষ্ট্যগুলি অস্পর্শ্য থাকবে।

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

r মানে 'রিমুভ', 'R' এর মতোই কিন্তু অ্যাট্রিবিউট সেটের জন্য (এইভাবে সব
একটি প্রদত্ত ফাইলের EA এবং FSA এন্ট্রিগুলি ('r' হল ছোট হাতের অক্ষর৷
এখানে). মার্জিং অপারেশনের সময় ফলাফল আর্কাইভের ফাইল
কোনো EA বা কোনো FSA এর মালিক হবে না, এমনকি 'স্থানে' এবং/অথবা
'যোগ করতে হবে' ফাইলে কিছু ছিল। ফাইল নিষ্কাশন জন্য, এই
এর মানে হল যে ফাইল সিস্টেমের ফাইলটি তার সমস্ত EA সেট হারাবে।
FSA একটি ফাইল সিস্টেম থেকে 'মুছে ফেলা' যাবে না এবং সবসময় নাও হতে পারে
একটি ডিফল্ট মান আছে, এইভাবে এই ক্রিয়াটি FSA পরিবর্তন করে না
সংরক্ষণাগার নিষ্কাশন ক্ষেত্রে. কিন্তু মার্জ করার ক্ষেত্রে FSA হয়
পূর্বে বর্ণিত হিসাবে সরানো হয়েছে। আগের সব পরীক্ষার জন্য,
এই অ্যাট্রিবিউট অপারেশন নির্বাচিত অপারেশন থেকে স্বাধীন
ফাইলের ডেটার জন্য (বড় হাতের অক্ষর)।

d মানে 'মুছুন'। যখন একই EA বা FSA এন্ট্রি উভয়ই পাওয়া যায়
'স্থানে' এবং 'যোগ করতে হবে' ফাইল, এই ধরনের এন্ট্রি অনুপস্থিত থাকবে
ফলে আর্কাইভ. অন্য কথায়, মার্জ করার সময়, EA সেট করে
এবং FSA-তে শুধুমাত্র 'in'-এর জন্য নির্দিষ্ট EA এবং FSA এন্ট্রি থাকবে
place' এবং 'যোগ করতে হবে' ফাইলের জন্য নির্দিষ্ট। এন্ট্রি
সাধারণ উপস্থিত থাকবে না। একটি থেকে একটি ফাইল নিষ্কাশন করার সময়
সংরক্ষণাগার, ফাইল সিস্টেমের ফাইলটি এর EA সেট দ্বারা সমৃদ্ধ হবে
'যোগ করতে হবে' ফাইলের এন্ট্রি যা 'স্থানে'-তে নতুন
ফাইল অন্যান্য EA এন্ট্রিগুলি (যা এইভাবে উভয়েই উপস্থিত রয়েছে৷
সংরক্ষণাগার এবং ফাইল সিস্টেম) সেট থেকে সরানো হবে, যা
অন্যান্য FSA অস্পর্শ্য থাকবে (FSA কে ক থেকে "মুছে ফেলা" যাবে না
ফাইল সিস্টেম, বা তাদের সর্বদা একটি ডিফল্ট মান থাকে না)।

* EA এবং ডেটা উভয়ের জন্যই বৈধ। এটা বলে যে কর্ম না
এখনও মূল্যায়নের এই ধাপে সংজ্ঞায়িত করা হয়েছে এবং এটি আরও
মূল্যায়ন প্রয়োজন (নীচে 'চেইন' অপারেটর দেখুন)।

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

একটি মানে 'ব্যবহারকারীর সিদ্ধান্তের জন্য জিজ্ঞাসা করুন'। এই ছোট হাতের অক্ষর হল
'A' কর্মের EA এবং FSA-এর সমতুল্য। এটা হতে উদ্দেশ্য করা হয়
নীচে বর্ণিত একই শর্তসাপেক্ষ বিবৃতিতে ব্যবহৃত।

এইভাবে একটি ক্রিয়া হল কয়েকটি অক্ষর, প্রথমটি বড় হাতের (এর জন্য
ফাইলের ডেটা) দ্বিতীয়টি ছোট হাতের (ফাইলের EA এবং FSA-এর জন্য)। কখন
-/ অপশন দেওয়া নেই, ক্রিয়াটি '-/ Oo' এর সমতুল্য, তৈরি করা
dar ফাইলে এগিয়ে যান, EA এবং FSA ওভাররাইটিং। এই হিসাবে কাছাকাছি থাকতে হয়
প্রাক্তন ডিফল্ট অ্যাকশনে যতটা সম্ভব যেখানে -n বা -w যেখানে নয়
নির্দিষ্ট করা নোট করুন যে -w বিকল্পটি অপরিবর্তিত থাকে, পরিণতিতে, ইন
-/ বিকল্পের জন্য এই ডিফল্ট শর্ত, একটি নিশ্চিতকরণ জিজ্ঞাসা করা হবে
ডার আগে ব্যবহারকারী কোনো ওভাররাইটিং করতে এগিয়ে যান। প্রাক্তন -n বিকল্প
(এখনও স্লাইস ওভাররাইটিং পরিচালনা করতে ব্যবহৃত হয়) এর দ্বারা প্রতিস্থাপন করা যেতে পারে
ফাইল ওভাররাইটিং দ্বন্দ্ব সমাধানের জন্য সমতুল্য '-/ Pp' (কখনও না
ওভাররাইট)। এখানে কর্মের কিছু উদাহরণ অনুসরণ করা হয়েছে, এই সব করা হয়
সংরক্ষণাগার মার্জ বা সংরক্ষণাগার সময় বিরোধ পাওয়া যে কোনো এন্ট্রি জন্য
নিষ্কাশন, আমরা আরও দেখতে পাব কিভাবে শর্তসাপেক্ষ কর্ম সংজ্ঞায়িত করা যায়।

-/ আরআর
ফাইল সিস্টেম থেকে যে কোনো ফাইল মুছে ফেলার জন্য dar নেতৃত্ব দেবে
পুনরুদ্ধার করা হয়েছে(!)। নোট করুন EA/FSA-এর জন্য কর্মটি অকেজো, EA এবং
FSA সর্বদা 'R' ব্যবহার করে ডেটার পাশাপাশি মুছে ফেলা হবে। এইভাবে '-/ আরপি'
একই ফলাফল হতে হবে.

-/ পো
'স্থানে' ফাইলের ডেটা এবং EA এবং FSA সেট থেকে রাখবে
'যোগ করা' ফাইল।

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

পূর্বে মনে হয় -u এবং -U বিকল্পগুলি কোন EA ফিল্টার করতে ব্যবহার করা যেতে পারে
এন্ট্রি বিবেচনা করতে হবে এবং কোনটি উপেক্ষা করতে হবে। এখানে প্রশ্ন হল ব্যাখ্যা করার
কিভাবে এই ফিল্টারিং প্রক্রিয়া আমাদের বিভিন্ন নীতির সাথে ইন্টারঅ্যাক্ট করে
শুধু উপরে উপস্থাপিত। দ্বন্দ্বে নেই এমন ফাইলগুলির জন্য (শুধুমাত্র পাওয়া যায়
'স্থানে' বা 'যোগ করতে হবে' হিসাবে), শুধুমাত্র EA এন্ট্রিগুলির সাথে মেলে
EA ফিল্টার রাখা হয়. দ্বন্দ্বে থাকা ফাইলগুলির জন্য, ওভাররাইট করার নীতি হল
প্রথমে মূল্যায়ন করা হয়, তারপর ফিল্টারিং প্রক্রিয়া *এর পরে* প্রয়োগ করা হয়।
এইভাবে উদাহরণস্বরূপ, নিম্নলিখিত [ -/ "Po" -u "*test" ] ব্যবহার করে, কখন
দুটি আর্কাইভ একত্রিত করা হলে, শুধুমাত্র "পরীক্ষা" দিয়ে শেষ হওয়া EA রাখা হবে, এবং
যখন একটি দ্বন্দ্ব সংঘটিত হয়, এই "*পরীক্ষা" শেষ হওয়া EA থেকে নেওয়া হবে৷
'যোগ করতে হবে' ফাইলে যদি সেই ধরনের কিছু EA থাকে, অন্য EA থাকে
এন্ট্রি উপেক্ষা করা হবে সেইসাথে 'ইন প্লেস' ফাইলের যেকোনো EA এন্ট্রি
এমনকি যারা "পরীক্ষা" দ্বারা শেষ হয়। একই বিকল্পগুলি ব্যবহার করে পুনরুদ্ধারের সময়,
বিরোধ ছাড়া ফাইল পুনরুদ্ধার করা হবে কিন্তু শুধুমাত্র EA এন্ট্রি শেষ হবে
"পরীক্ষা" পুনরুদ্ধার করা হবে, এবং বিরোধ সহ ফাইলের জন্য (ইতিমধ্যেই বর্তমান
ফাইল সিস্টেমে), ফাইল সিস্টেমে ফাইলের EA সেট মুছে ফেলা হবে এবং
সংরক্ষণাগারে ফাইলের EA এন্ট্রিগুলি প্রতিস্থাপন করা হয়েছে যা "পরীক্ষা" দ্বারা শেষ হয়, যদি
কিছু বিদ্যমান।

পরিস্থিতি FSA পারিবারিক সুযোগ এবং ওভাররাইটিং নীতির সাথে একই রকম।
সুযোগে উপস্থিত একটি পরিবারের শুধুমাত্র FSA রাখা হবে,
ওভাররাইটিং নীতি প্রথমে কাজ করে তারপর FSA সুযোগ প্রয়োগ করা হয়। বিঃদ্রঃ
তবে যে কোনো FSA ফাইল সিস্টেমে উপস্থিত থাকে এবং FSA থেকে বাদ দেওয়া হয়
সুযোগ স্পর্শ করা হয় না.

আচ্ছা, এখন দেখা যাক কিভাবে কন্ডিশনাল ব্যবহার করে আরো কিছু মজা আনা যায়
এই সমস্ত কর্মের বিবৃতি. কাঠামো ব্যবহার করা হয়
নিম্নলিখিত:

{ [ ]
এই সিনট্যাক্স আপনাকে একটি ক্রিয়া স্থাপন করতে দেয় (যেমন আমরা দেখেছি
উপরে) বন্ধনীর ভিতরে '[' এবং ']' (উদাহরণস্বরূপ [Pp]) যে
এর মূল্যায়ন হলেই কার্যকর হবে হয়
সত্য বলেছেন যে এই ধরনের একটি বিবৃতি একটি নতুন ধরনের কর্ম, আপনি
আপনি অনুমান করতে পারেন যে আপনি এটি পুনরাবৃত্তিমূলকভাবে ব্যবহার করতে পারেন:
{ [{ [ ])।

ভাল এখন পর্যন্ত এটা অকেজো মনে হচ্ছে. তবে এর পরিবর্তে "যদি তারপর
অন্য প্রোগ্রামিং ভাষার জন্য সাধারণ দৃষ্টান্ত, কারণে
কমান্ড লাইন প্রেক্ষাপটে এটি পরিবর্তে ব্যবহার করার জন্য বেছে নেওয়া হয়েছে এবং
ক্রিয়াগুলির মধ্যে অন্তর্নিহিত "OR" অপারেটর৷ এইভাবে আপনি "স্ট্যাক" করতে পারেন
শর্তসাপেক্ষ বিবৃতি এইভাবে: { [ ]
{ [ ] . এই উদাহরণে, যদি
তাহলে সত্য ব্যবহার করা হবে, অন্যথায় যদি তাহলে সত্য
অন্যভাবে ব্যবহার করা হবে ব্যবহার করা হবে. এই বাড়ে
প্রোগ্রামিং ভাষার সাথে যা পাওয়া যায় তার মতো একই সম্ভাবনা,
কিন্তু একটি সামান্য আরো সহজ সিনট্যাক্স সঙ্গে. এই দেখেছি, এর পুনরাবৃত্তি
শর্তসাপেক্ষ সিনট্যাক্স আরও আকর্ষণীয়। পঠনযোগ্যতা জন্য, আপনি
ওভাররাইটিং নীতিতে কোনো স্থান বা ট্যাব যোগ করার অনুমতি দেওয়া হয়েছে, কিন্তু
ফলে ওভাররাইটিং নীতি একটি একক যুক্তি হিসাবে দেওয়া আবশ্যক
dar, এইভাবে উদ্ধৃতিগুলির ব্যবহার (হয় সরল ´arg´ বা দ্বিগুণ "arg")
প্রয়োজনীয়।

শেষ অপারেটরটি আমরা দেখতে পাব 'চেইন' অপারেটর। একবার একটি
অভিব্যক্তি মূল্যায়ন করা হয়, ফলে কর্মের দম্পতিতে একটি থাকতে পারে
'*' (EA বা ডেটার জন্য অনির্ধারিত ক্রিয়া)। আরও মূল্যায়ন হতে হবে
সম্পন্ন. চেইন অপারেটর যা একটি আধা-কলাম দ্বারা উপস্থাপিত হয় ';' দিন
একটি মূল্যায়ন করা হবে যে বিভিন্ন স্বাধীন অভিব্যক্তি পৃথক করতে
ক্রিয়া দম্পতি সম্পূর্ণরূপে সংজ্ঞায়িত করা হয় সময় পর্যন্ত ঘুরে. একবার একটি
কর্ম (EA এর জন্য বা ডেটার জন্য) সংজ্ঞায়িত করা হয়েছে, এটি একটি দ্বারা পুনরায় সংজ্ঞায়িত করা যেতে পারে
শৃঙ্খলে পরবর্তী মূল্যায়ন, তবে যদি কর্মটি সংজ্ঞায়িত করা হয়
এটিকে আবার অনির্ধারিত সেট করা যাবে না, এইভাবে '*' কখনই একটি ওভাররাইট করবে না
পূর্বে সংজ্ঞায়িত কর্ম। যদি নীতিমালা শেষে দম্পতি
কর্ম সম্পূর্ণরূপে সংজ্ঞায়িত করা হয় না, 'সংরক্ষণ' ক্রিয়া ব্যবহার করা হয় ('P' বা 'p'
EA বা ডেটা কোনটির উপর নির্ভর করে অনির্ধারিত)। এখানে একটি অনুসরণ করুন
বাক্য গঠনের উদাহরণ:

-/ "{ [P*] O* ; { [*p] *o}; আরআর"
প্রথম অভিব্যক্তি P* বা O*-তে মূল্যায়ন করবে। এটাতে
পদক্ষেপ, যেহেতু কর্ম সম্পূর্ণরূপে সংজ্ঞায়িত করা হয় না, দ্বিতীয় অংশ
চেইনটি মূল্যায়ন করা হয়, এটি হয় *p বা *o দিয়ে শেষ হবে। কোনো
ক্ষেত্রে, আমরা একটি সম্পূর্ণরূপে চেইন এই দ্বিতীয় বিবৃতি পরে আছে
ডেটা এবং EA উভয়ের জন্য সংজ্ঞায়িত ক্রিয়া (হয় Pp, Po, Op বা Oo)।
এইভাবে মূল্যায়ন এখানে থেমে যায় এবং "Rr" নীতি কখনই হবে না
মূল্যায়ন

আমাদের এখন একটি শেষ জিনিস দেখতে হবে: উপলব্ধ শর্তগুলি (কি করতে হবে
বন্ধনী '{' এবং '}' এর মধ্যে রাখুন)। শর্তাবলী একটি দ্বারা সংজ্ঞায়িত করা হয়
চিঠি, অবশেষে বন্ধনী মধ্যে একটি যুক্তি দ্বারা অনুসরণ করা. দ্য
স্বাভাবিক লজিক্যাল অপারেটর পাওয়া যায়: নেগেশান (!), কনজেকশন (&)
বিচ্ছিন্নতা (|)। এই অক্ষর পালাতে হবে বা উদ্ধৃত হতে হবে না
কমান্ড-লাইনে ব্যবহার করার সময় শেল দ্বারা ব্যাখ্যা করা হয়। বিশেষ করে
'!' বেশিরভাগ শেলের নীচে অবশ্যই উদ্ধৃত করতে হবে এবং পালিয়ে যেতে হবে (-/ '{\!R}[..]...',
DCF ফাইলের মধ্যে escape অক্ষর '\' প্রয়োজনীয় নয় (যাদের দেওয়া হয়েছে
-বি বিকল্প) এই ফাইলগুলিকে ব্যাখ্যা করার জন্য কোনও শেল ব্যবহার করা হয় না। এগুলোর প্রতি
সাধারণ অপারেটরদের একটি নতুন যোগ করা হয়েছে: "বিপরীত" অপারেটর,
উল্লেখ্য '~'। নেগেশানের মত, এটি একটি ইউনারি অপারেটর কিন্তু এর বিপরীতে
negation, এটি এর জন্য 'স্থানে' এবং 'যোগ করা'-এর ভূমিকাকে বিপরীত করে
মূল্যায়ন, যা নেতিবাচক গ্রহণ থেকে সামান্য ভিন্ন
মূল্যায়নের ফলাফলের। এই সব অপারেটর স্বাভাবিক অনুসরণ
অগ্রাধিকার: unary অপারেটর ('!' এবং '~') প্রথমে মূল্যায়ন করা হয়, তারপর
সংযোগ '&' তারপর বিচ্ছেদ '|'। এই ওভাররাইড করতে, আপনি
শর্তের ভিতরে বন্ধনী '(' এবং ')' ব্যবহার করতে পারে। এগুলোর উপর
যৌক্তিক অপারেটর, শর্ত পরমাণু অপারেটর উপর ভিত্তি করে যে
'ইন প্লেস' ফাইলটিকে 'যোগ করা' ফাইলের সাথে তুলনা করুন। এখানে তারা
অনুসরণ করুন:

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

D সত্য শুধুমাত্র যদি 'স্থানে' এন্ট্রি একটি ডিরেক্টরি হয়। কিনা জানার জন্য
'যোগ করা হবে' একটি ডিরেক্টরি হোক বা না হোক, কেউ ব্যবহার করবে
"বিপরীত" অপারেটর: ~D

F সত্য শুধুমাত্র যদি 'স্থানে' এন্ট্রি একটি প্লেইন ফাইল হয় (যদিও সত্য
এই প্লেইন ফাইলটি একটি 'হার্ড লিঙ্ক', এটি যদি এর ইনোড হয়
ডিরেক্টরি গাছের সাথে কয়েকবার লিঙ্ক করা হয়েছে)

H সত্য শুধুমাত্র যদি 'স্থানে' এন্ট্রি একটি inode লিঙ্ক একাধিক
ডাইরেক্টরি ট্রিতে বার (= হার্ড লিঙ্ক) এটি একটি প্লেইন ফাইল হতে পারে,
একটি ইউনিক্স সকেট, একটি পাইপ, চার ডিভাইস, উদাহরণস্বরূপ একটি ব্লক ডিভাইস।

H এর মতো একই কিন্তু বর্তমান 'ইন প্লেস' এন্ট্রি আমরা প্রথম লিঙ্ক
যে হার্ড লিঙ্ক ইনোড নির্দেশ করে দেখা.

R সত্য যদি 'স্থানে' এন্ট্রিটি একই তারিখের বা তার চেয়ে সাম্প্রতিক হয়
'যোগ করতে হবে' এন্ট্রি হিসাবে। সর্বশেষ পরিবর্তনের তারিখ [ওরফে
এই তুলনার জন্য mtime] ব্যবহার করা হয়। তাহলে 'to be add' এন্ট্রি হয়
একটি inode নয় (এবং এইভাবে কোন mtime নেই), 'স্থানে' হয়
'যোগ করতে হবে' এন্ট্রির চেয়ে সাম্প্রতিক বলে বিবেচিত। একই
জিনিস যদি 'স্থানে' এন্ট্রিটি একটি ইনোড না হয় (বিজ্ঞাপনের কোনো এমটাইম নেই
তুলনার জন্য উপলব্ধ), এটি এখানেও বেশি বলে ধরে নেওয়া হয়
সাম্প্রতিক.

আর( )
সত্য যদি 'স্থানে' এন্ট্রিটি সাম্প্রতিক বা একই রকম হয়
নির্দিষ্ট হিসাবে তারিখ যুক্তিতে দেওয়া। কোন বিবেচনা নেই
'যোগ করতে হবে' উপাদানের দিকে করা হয়েছে। দ্য বিন্যাস হল
-af বিকল্পের সাথে ব্যবহৃত একটির মতই। একটি এন্ট্রি কোন mtime আছে
(উদাহরণস্বরূপ এটি একটি ইনোড নয়) এটি একটি ভার্চুয়াল এমটাইম ধরে নেওয়া হয়
শূন্যের।

B সত্য শুধুমাত্র যদি 'স্থানে' এবং 'যোগ করা যায়' উভয়ই প্লেইন ফাইল হয়
(হার্ড লিঙ্ক বা না) এবং যদি 'ইন প্লেস' ফাইলের ডেটা বড় হয়
বা 'যোগ করা হবে' ফাইলের ডেটার সমান। যদি এক বা উভয় এন্ট্রি
প্লেইন ফাইল নয় (বা প্লেইন ফাইলের হার্ড লিঙ্ক) এবং এইভাবে
ফাইলের আকার তুলনা সম্ভব নয়, 'স্থানে' এন্ট্রি
'যোগ করতে হবে' এন্ট্রির চেয়ে 'বড়' বলে ধরে নেওয়া হয়েছে।

শুধুমাত্র 'স্থানে' ডেটা সংরক্ষণাগারে সংরক্ষিত হলেই সত্য (না
রেফারেন্সের সংরক্ষণাগার থেকে অপরিবর্তিত হিসাবে চিহ্নিত)। মনে রাখবেন যে
একটি সংরক্ষণাগার থেকে ফাইল নিষ্কাশন করার সময়, 'ইন প্লেস' ফাইলটি
ফাইল সিস্টেমের মধ্যে একটি, যার সর্বদা তার ডেটা 'সংরক্ষিত' থাকে
(লিবদার দৃষ্টিকোণ থেকে)। এই পরমাণুর 'বিপরীত'
অপারেটর ~S এর প্রসঙ্গে এখনও আকর্ষণীয় হতে পারে
পুন: প্রতিষ্ঠা.

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

X সত্য শুধুমাত্র যদি 'স্থানে' ডেটা একটি স্পার্স ফাইল হয়

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

ই সত্য যদি 'স্থানে' এন্ট্রিতে EA থাকে (সেগুলি সংরক্ষিত হতে পারে বা ঠিক
বিদ্যমান হিসাবে রেকর্ড করা হয়েছে)।

r সত্য যদি 'স্থানে' এন্ট্রিতে আরও সাম্প্রতিক বা সমান তারিখের EA থাকে
'যোগ করতে হবে' এন্ট্রি। যদি 'যোগ করা যায়' এর কোনো EA না থাকে বা সমান হয়
একটি inode নয়, সত্য ফেরত দেওয়া হয়। যদি 'স্থানে' কোনো EA না থাকে বা থাকে
এমনকি একটি inode না, সত্য ফেরত দেওয়া হয় যদি না 'to be add' এর কিছু থাকে
ই.এ. তুলনা ctime তারিখে করা হয়.

r( )
সত্য যদি 'স্থানে' এন্ট্রিতে আরও সাম্প্রতিক বা সমান তারিখের EA থাকে
স্থির যুক্তিতে দেওয়া। কোন বিবেচনা করা হয় না
'যোগ করতে হবে' উপাদানের দিকে। দ্য বিন্যাস একই
-af বিকল্পের সাথে ব্যবহৃত একটি হিসাবে। যদি একটি এন্ট্রির কোন তারিখ না থাকে (ctime
তারিখ) (যখন এটি একটি ইনোড নয় উদাহরণস্বরূপ) এটি একটি অনুমান করা হয়
শূন্যের ভার্চুয়াল ctime।

m সত্য শুধুমাত্র যদি 'স্থানে'-এ বেশি বা সমান সংখ্যক EA এন্ট্রি থাকে
এর EA এর সেটের চেয়ে 'যোগ করা' আছে। একটি এন্ট্রি EA না থাকলে বা
এমনকি একটি ইনোডও নয়, এটি শূন্য এন্ট্রি আছে বলে ধরে নেওয়া হয়। দ্য
এই সংখ্যার উপর তুলনা করা হয়। উল্লেখ্য যে ইএ এর সংখ্যা
এন্ট্রি এই এন্ট্রিগুলি সংরক্ষণ করতে ব্যবহৃত আকার নয়। উদাহরণ স্বরূপ,
EA এন্ট্রি "user.test" 1 এর জন্য গণনা করা হয়, যার দৈর্ঘ্য যাই হোক না কেন
এর সাথে সম্পর্কিত মান।

b true যদি 'স্থানে' এন্ট্রিতে বড় EA সেট বা সমান আকারের EA থাকে
'যোগ করতে হবে' এন্ট্রির চেয়ে সেট করুন। যদি কোনো এন্ট্রির কোনো EA না থাকে বা থাকে
এমনকি একটি inode না, এটা অনুমান করা হয় যে এটি একটি শূন্য বাইট দৈর্ঘ্য আছে
EA সেট। সে ক্ষেত্রে এই সংখ্যায় তুলনা করা হয়। বিঃদ্রঃ
যে তুলনা সম্পূর্ণ সঞ্চয় করতে ব্যবহৃত বাইটে করা হয়
একটি প্রদত্ত ফাইলের সাথে যুক্ত EA সেট।

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

ঠিক আছে, আপনি দেখেছেন যে তুলনা করার সময় বড় হাতের অক্ষর রাখা হয়
ইনোড বা ডেটার উপর ভিত্তি করে যখন ছোট হাতের অক্ষরটি পরমাণুর জন্য ব্যবহৃত হয়
EA উপর ভিত্তি করে। এখন আমরা এই বৈশিষ্ট্যের আমাদের সফর শেষ করেছি
কিছু উদাহরণ দেখুন:

-/ পিপি
যেমনটি আগে দেখা গেছে যে ফাইলগুলির জন্য -n বিকল্পটি যখন না
ওভাররাইটিং নীতি সংজ্ঞায়িত করা হয়েছে, যা কোনো ওভাররাইটিং এড়িয়ে যায়
ডেটার পাশাপাশি EA এর জন্য।

-/ "{!T}[Pp] {R}[{r}[Pp]Po] {r}[Op] Oo"
স্থান এবং ট্যাব পঠনযোগ্যতা সহজ করার অনুমতি দেওয়া হয়. এখানে নীতি
এর অর্থ হল: যদি দ্বন্দ্বে থাকা ফাইলগুলি একই ধরণের না হয় তবে
এন্ট্রির ডেটা এবং EA 'স্থানে' রাখুন। অন্যথায় 'স্থানে' থাকলে
একটি আরো সাম্প্রতিক তথ্য তারপর যদি 'স্থানে' এর আরও সাম্প্রতিক EA থাকে
এর ডেটা এবং EA উভয়ই রাখুন, অন্যথায় শুধুমাত্র ডেটা রাখুন এবং ওভাররাইট করুন
এর EA. অন্যথায় (যদি 'স্থানে' আরও সাম্প্রতিক ডেটা না থাকে), যদি এটি
আরও সাম্প্রতিক EA আছে তারপরে ডেটা ওভাররাইট করুন তবে এটির EA রাখুন,
অন্যথায় এর ডেটা এবং EA উভয়ই ওভাররাইট করুন। এই নীতি ঝোঁক
সাম্প্রতিকতম ডেটা বা EA সংরক্ষণ করুন, তবে এটি গ্রহণ করে না
EA বা ডেটা কার্যকরভাবে সংরক্ষণ করা হয় যে অ্যাকাউন্ট
এর সংরক্ষণাগার সংরক্ষণের পর থেকে অপরিবর্তিত হিসাবে চিহ্নিত
রেফারেন্স।

-/ "{!T}[{~D[Oo] Pp]"
যদি এন্ট্রি একই ধরনের না হয়, যদি 'যোগ করতে হবে' এন্ট্রি
একটি ডিরেক্টরি তাহলে আমরা এটি রাখি এবং 'স্থানে' ওভাররাইট করি
এন্ট্রি, অন্যথায় আমরা 'স্থানে' এন্ট্রি রাখি। যদি এন্ট্রি একই হয়
টাইপ, নীতি কোনো কাজ প্রদান করে না, এইভাবে ডিফল্ট
কর্ম ব্যবহার করা হয়: "পিপি"। আপনি সহজেই এই ডিফল্ট কর্ম পরিবর্তন করতে পারেন
একটি চেইন অপারেটর ব্যবহার করে:

-/ "{!T}[{~D[Oo] Pp] ; Aa"
এই ক্ষেত্রে পরিবর্তে, যদি এন্ট্রি একই ধরনের হয়, ব্যবহারকারী
জিজ্ঞাসা করা হবে কি করতে হবে।

-/ "{!T|!I}[{R}[Pp] Oo] {S}[{~S}[{R}[P*] O*] P*] {~S}[O*] { আর [পি*] হে*]
; {s}[{~s}[{r}[*p] *o] *p] {~s}[*o] {r}[*p] *o]"
ওয়েল এটি একটি বিট খুব জটিল মনে হতে পারে কিন্তু শুধু একটি হিসাবে এটি দেখুন
কি করা সম্ভব তার দৃষ্টান্ত: যদি উভয়ই 'স্থানে' এবং
'যোগ করা' একই ধরণের নয় আমরা ডেটা এবং EA রাখি
অতি সাম্প্রতিক ফাইল (শেষ পরিবর্তনের তারিখ)। অন্যথায়, উভয় হয়
একই রকম. যদি উভয়ই ইনোড হয় তবে আমরা একটি দুটি এক্সপ্রেশন চেইন মূল্যায়ন করি
(অভিব্যক্তিগুলি একটি আধা-কলাম ';' দ্বারা পৃথক করা হয়) আমরা দেখতে পাব
বিস্তারিত আরও অন্যথায় যদি তারা একই ধরণের হয় তবে ইনোড না হয়
আমরা সাম্প্রতিকতম এন্ট্রির EA এবং ডেটা গ্রহণ করি (এটি হল
স্ট্রিংয়ের শেষ 10টি অক্ষর)। আচ্ছা, এখন এর কেস দেখা যাক
inode: চেইনের প্রথম অভিব্যক্তি ডেটার জন্য ক্রিয়া সেট করে
এবং EA এর জন্য ক্রিয়াটি অনির্ধারিত রাখুন। যখন সেকেন্ড, হয়
সঠিক সমতুল্য কিন্তু পরিবর্তে এটি ডেটার জন্য ক্রিয়া ছেড়ে দেয়
অনির্ধারিত '*' এবং EA এর জন্য ক্রিয়া সেট করুন। এই দুটি অভিব্যক্তি
একই নীতি অনুসরণ করুন: যদি উভয় এন্ট্রি সংরক্ষণ করা হয় (দ্বারা
এর সংরক্ষণাগার থেকে বিরোধিতা অপরিবর্তিত হিসাবে চিহ্নিত করা হবে
রেফারেন্স) সংরক্ষণাগারে, সাম্প্রতিকতম EA/ডেটা রাখা হয়,
অন্যথায়, সংরক্ষিত ইনোডের একটি রাখা হয়, কিন্তু যদি না থাকে
সংরক্ষণাগারে সংরক্ষিত সাম্প্রতিকতম এন্ট্রি (mtime/ctime) রাখা হয়।

-^, --স্লাইস-মোড পারম[:ব্যবহারকারী[:গ্রুপ]]
তৈরি স্লাইসগুলির জন্য ব্যবহারের অনুমতি এবং মালিকানা সংজ্ঞায়িত করে। দ্বারা
ডিফল্ট, dar যে কারো জন্য উপলব্ধ পড়া এবং লেখার সাথে স্লাইস তৈরি করে
উমাস্ক ভেরিয়েবলকে ব্যবহারকারীর অনুযায়ী কিছু সুবিধা অক্ষম করতে দেওয়া
পছন্দ আপনার যদি আরও কিছু সীমাবদ্ধ অনুমতির প্রয়োজন হয়, আপনি করতে পারেন
একটি অক্টাল মান হিসাবে অনুমতি প্রদান করুন (এইভাবে একটি শূন্য দিয়ে শুরু),
0600 লাইক শুধুমাত্র ব্যবহারকারীকে পড়ার এবং লেখার অ্যাক্সেস দেওয়ার জন্য। সতর্ক হোন
তার নিজস্ব টুকরা ডার লেখা এড়াতে না, উদাহরণস্বরূপ আপনি প্রদান যদি
অনুমতি যেমন 0400। এছাড়াও মনে রাখবেন যে উমাস্ক সর্বদা প্রয়োগ করা হয়
এইভাবে উল্লেখ করা -^ 0777 ওয়ার্ড ওয়াইড রিড-রাইট অ্যাক্সেস মঞ্জুর করবে না
যদি না আপনার উমাস্ক 0000 হয়।

-_, --পুনরায় চেষ্টা-অন-পরিবর্তন গণনা[:max-byte]
যখন একটি ফাইল ব্যাকআপের জন্য পড়ার সময় পরিবর্তিত হয়, আপনি করতে পারেন
ডারকে আবার সেভ করার চেষ্টা করতে বলুন। ডিফল্টরূপে একটি ফাইল পুনরায় সংরক্ষণ করা যেতে পারে
3 বার (এটি 'গণনা' ক্ষেত্র), আপনি এটিকে শূন্যতে সেট করতে পারেন
এই বৈশিষ্ট্যটি নিষ্ক্রিয় করুন। বিকল্পে বাইটের সামগ্রিক সর্বাধিক পরিমাণ
পুনরায় চেষ্টা করার কারণে নষ্ট হতে দেওয়া ফাইলের ব্যাকআপ দেওয়া যেতে পারে
একটি কলাম অক্ষর (:) এর পরে, এটি 'ম্যাক্স-বাইট' ক্ষেত্র। দ্বারা
ডিফল্ট (কোনও --পুনরায়-অন-চেঞ্জ বিকল্প নির্দিষ্ট করা নেই) 1 এর সীমা নষ্ট
বাইট অনুমোদিত যা সর্বনিম্ন। সর্বোচ্চ-বাইট সেটের জন্য শূন্য উল্লেখ করা হচ্ছে
নষ্ট বাইটের পরিমাণের কোন সীমা নেই (যেমন কোন 'ম্যাক্স-বাইট' ছিল না
নির্দিষ্ট), প্রতিটি পরিবর্তন ফাইল তারপর 'গণনা' বার পর্যন্ত সংরক্ষণ করা হয় যদি
প্রয়োজনীয়।

একটি ফাইল পরিবর্তিত হিসাবে বিবেচিত হয় যখন শেষ পরিবর্তনের সময় হয়
ব্যাকআপের জন্য ফাইল খোলার সময় এবং এর মধ্যে পরিবর্তন হয়েছে
সময় এটি সম্পূর্ণরূপে পড়া হয়েছে. কিছু পরিস্থিতিতে এটি সম্ভব নয়
একটি ফাইলের জন্য ইতিমধ্যে সংরক্ষিত ডেটা প্রতিস্থাপন করতে (ক. এ সংরক্ষণাগার লেখা
উদাহরণস্বরূপ পাইপ), সেই পরিস্থিতিতে শুধুমাত্র, ফাইলের একটি দ্বিতীয় অনুলিপি
প্রথম আগের চেষ্টার ঠিক পরে যোগ করা হয় যা সেই আগের দিকে নিয়ে যায়
দুর্গম হয়ে উঠতে চেষ্টা করুন, তবে এটি কিছু জায়গা ধরে রাখে
সংরক্ষণাগার, যেখানে "নষ্ট বাইট" এর উপাধি থেকে। অপসারণ করতে পারেন
মার্জিং/ফিটারিং বৈশিষ্ট্য ব্যবহার করে একটি সংরক্ষণাগার থেকে সমস্ত নষ্ট বাইট:
dar -+ new_arch -A old_arch -ak.

দ্রষ্টব্য: রিলিজ 2.5.0 থেকে, স্বাভাবিক অবস্থায় কোন বাইট নষ্ট হয় না
একটি ফাইল ব্যাকআপের জন্য পড়ার সময় পরিবর্তিত হয়, একটি করার সময় ছাড়া
ব্যাকআপ টু পাইপ ('-c -' বিকল্প ব্যবহার করে), যদি শুরু হয় তবে
সংশোধিত ফাইলটি পূর্ববর্তী স্লাইসে অবস্থিত এবং যদি স্লাইস ছাড়া থাকে
হ্যাশিং বা শক্তিশালী এনক্রিপশন ব্যবহার করা হয়।

-ad, --alter = হ্রাসমূলক
এই পতাকাটি শুধুমাত্র দুটি আর্কাইভ একত্রিত করার সময় ব্যবহার করা হবে। এটার পরিবর্তে
স্বাভাবিক মার্জ যেখানে উভয় আর্কাইভের প্রতিটি ফাইল যোগ করা হয়
ওভাররাইটিং নীতি ব্যবহার করে অবশেষে একটি টাই সহ ফলাফল আর্কাইভ
(দেখুন -/ বিকল্প), এখানে মার্জিং একটি আর্কাইভ তৈরি করে যা অনুরূপ
দুটি সম্পূর্ণ ব্যাকআপের উপর ভিত্তি করে করা হ্রাসকারী ব্যাকআপে। -এ
ব্যাকআপ পুরানো আর্কাইভ পাবে বলে আশা করা হচ্ছে -@ থাকাকালীন
আরো সাম্প্রতিক এক নির্দেশ প্রত্যাশিত. এই বিকল্পটি ব্যবহার করা হলে,
অবশেষে ওভাররাইটিং নীতি উপেক্ষা করা হয় এবং অভ্যন্তরীণভাবে -/ দ্বারা প্রতিস্থাপিত হয়
"{T&R&~R&(A|!H)}[S*] P* ; {(e&~e&r&~r)|(!e&!~e)}[*s] *p"।
অতিরিক্তভাবে, নতুন আর্কাইভে এমন ফাইল পাওয়া গেছে যা বিদ্যমান নেই
পুরানো একটি 'ডিট্রুইট' এন্ট্রি দ্বারা প্রতিস্থাপিত হয়, যা তাদের হতে চিহ্নিত করে
পুনরুদ্ধারের সময় সরান। হ্রাস সম্পর্কে আরো তথ্যের জন্য
ব্যাকআপ ডকুমেন্টেশনে usage_notes.html ফাইলটি পড়ে।

-আসেকু, --অল্টার=সেকু
এই বিকল্পটি একটি সময় ডিফল্টরূপে করা ctime চেক নিষ্ক্রিয় করে
ডিফারেনশিয়াল ব্যাকআপ: যদি একটি প্লেইন ফাইলের ctime তারপর থেকে পরিবর্তিত হয়
রেফারেন্সের সংরক্ষণাগার করা হয়েছিল যখন অন্যান্য সমস্ত মান থাকবে
অপরিবর্তিত (ইনোডের ধরন, মালিকানা, অনুমতি, সর্বশেষ পরিবর্তনের তারিখ),
dar একটি "নিরাপত্তা সতর্কতা" জারি করে, কারণ এটি এর চিহ্ন হতে পারে
একটি রুটকিটের উপস্থিতি। নিষ্ক্রিয় করতে আপনার -asecu বিকল্পটি ব্যবহার করা উচিত
বিশ্বব্যাপী এই ধরনের সতর্কতা, যদি আপনি একটি ডিফারেনশিয়াল ব্যাকআপ করছেন
একটি মাত্র পুনরুদ্ধার করা ডেটার (ব্যবহৃত সংরক্ষণাগার সহ একটি ডিফারেনশিয়াল ব্যাকআপ৷
রেফারেন্স হিসাবে নেওয়া পুনরুদ্ধারের জন্য)। কার্যকরভাবে যে পরিস্থিতিতে, হিসাবে
ctime পুনরুদ্ধার করা সম্ভব নয়, পুনরুদ্ধার করা ডেটার ctime হবে
পরিবর্তিত হয়েছে যখন অন্যান্য পরামিতিগুলি সমস্ত পুনরুদ্ধারের জন্য অপরিবর্তিত থাকবে
ফাইল, সমস্ত পুনরুদ্ধার করা ফাইলের জন্য একটি সতর্কতা জারি করার জন্য ডার নেতৃত্ব দেয়। এই
নিরাপত্তা চেক অক্ষম করা হয় (অস্পষ্টভাবে) যদি dar -ac বিকল্পের সাথে চালানো হয়।
শেষ, যদি একটি ফাইলের শুধুমাত্র EA রেফারেন্সের সংরক্ষণাগার থেকে পরিবর্তিত হয়
করা হয়েছে (নতুন EA, EA সরানো হয়েছে, EA সংশোধিত হয়েছে), নিরাপত্তা সতর্কতা হবে
প্রদর্শন (মিথ্যা ইতিবাচক)।

-।, --ব্যবহারকারী-মন্তব্য " "
এই বিকল্পটি ব্যবহারকারীকে সংরক্ষণাগারে একটি নির্বিচারে বার্তা যোগ করতে দেয়
হেডার সতর্কতা ! এই বার্তাটি সর্বদা পরিষ্কার পাঠ্যে সংরক্ষণ করা হয়, এমনকি যদি
সংরক্ষণাগার এনক্রিপ্ট করা হয়. আপনি একটি সন্নিবেশিত বার্তা দেখতে পারেন
সংরক্ষণাগার সংরক্ষণাগার সারাংশ প্রদর্শন করছে (dar -l -q)। কিছু
ম্যাক্রো ভিতরে ব্যবহার করা যেতে পারে :

%c ব্যবহৃত কমান্ড লাইন দ্বারা প্রতিস্থাপিত হয়। নোট করুন যে নিরাপত্তার জন্য, যে কোনো
সংরক্ষণাগার এনক্রিপশন সম্পর্কিত বিকল্প সরানো হয়েছে (-K, -J, -$, -#,
-*, -%)। একটি DCF ফাইল থেকে অন্তর্ভুক্ত কমান্ড (দেখুন -B বিকল্প) হল
এই ম্যাক্রো দ্বারা যোগ করা হয় না. ফলস্বরূপ, আপনি যদি না চান
ব্যবহারকারীর মন্তব্যে সংরক্ষিত --user-comment দেখতে আপনি যোগ করতে পারেন
--ব্যবহারকারী-মন্তব্য সংজ্ঞা একটি অন্তর্ভুক্ত ফাইলের মত ~/.darrc উন্নত
উদাহরণ

%d এটি বর্তমান তারিখ এবং সময়

%u এটি সেই ইউআইডি যার অধীনে ডার চালানো হয়েছে

%g এটি সেই জিআইডি যার অধীনে ডার চালানো হয়েছে

%h হোস্টনাম যার উপর আর্কাইভ তৈরি করা হয়েছে

%% চরিত্র.

-3, --হ্যাশ এই বিকল্প সেটের সাথে, একটি সংরক্ষণাগার তৈরি, বিচ্ছিন্ন বা মার্জ করার সময়,
প্রতিটি তৈরি করা স্লাইসের পাশে স্লাইসের একটি অন-ফ্লাই হ্যাশ ফাইল রয়েছে
নির্দিষ্ট অ্যালগরিদম ব্যবহার করে তৈরি করা হয়েছে। উপলব্ধ অ্যালগরিদম হল "md5",
"sha1" এবং "sha512"। ডিফল্টরূপে কোনো হ্যাশ ফাইল তৈরি হয় না। হ্যাশ
.md5 সহ স্লাইসের নামের উপর ভিত্তি করে তৈরি করা ফাইলটির নামকরণ করা হয়েছে,
.sha1 বা .sha512 এক্সটেনশন এর শেষে যোগ করা হয়েছে। এই হ্যাশ ফাইল
md5sum, sha1sum এবং sha512sum সাধারণ কমান্ড দ্বারা প্রক্রিয়া করা যেতে পারে
(md5sum -c ) স্লাইস করা হয়নি তা যাচাই করতে
দূষিত লক্ষ্য করুন যে ফলাফল হ্যাশ তৈরির চেয়ে ভিন্ন
বিশেষ করে স্লাইস তৈরি হয়ে গেলে md5sum বা sha1sum ব্যবহার করে ফাইল করুন
যদি মিডিয়া ত্রুটিপূর্ণ হয়: লিখিত স্লাইসে md5sum বা sha1sum কল করা
আপনাকে হ্যাশ ফলাফল গণনা করা হবে সম্ভবত ইতিমধ্যেই নষ্ট হয়ে গেছে
ফাইল, এইভাবে ফাইল পরীক্ষা করার সময় দুর্নীতি দেখা যাবে না
পরবর্তী সময়ে হ্যাশের বিরুদ্ধে। আরও উল্লেখ্য যে, ক
একটি পাইপে সংরক্ষণাগার তৈরি করার সময় হ্যাশ ফাইল পাওয়া যায় না ("dar
-c -")।

-7, --সাইন ইমেইল[,ইমেইল[,...ইমেইল]]
সর্বজনীন কী এনক্রিপশন সহ একটি সংরক্ষণাগার তৈরি করার সময় (পড়ুন -কে বিকল্প)
এটি আপনার এক বা একাধিক ব্যক্তিগত দিয়ে স্বাক্ষর করাও সম্ভব
কী(গুলি) উপরের হ্যাশ বৈশিষ্ট্যের পার্থক্য এ, শুধুমাত্র এলোমেলোভাবে
আর্কাইভ সাইফার করতে ব্যবহৃত কী জেনারেটেড, কী যা ড্রপ করা হয়
আর্কাইভের শুরুতে এবং শেষে স্বাক্ষরিত হয়। যদি আর্কাইভ হয়
কিছু জায়গায় পরিবর্তিত, সেই অংশটি পাঠোদ্ধার করা সম্ভব হবে না,
কিন্তু স্বাক্ষর যাচাই দ্রুত এবং বৈধ থাকবে, যদি না অংশ
যে টেম্পারড করা হয়েছে আর্কাইভের ভিতরে চাবিকাঠি যে ক্ষেত্রে
স্বাক্ষর চেক একটি ব্যর্থতার রিপোর্ট করবে এবং সংরক্ষণাগার পাঠযোগ্য হবে না
মোটেও স্বাক্ষর বৈধ হলে এবং সংরক্ষণাগার নিষ্কাশন করা যেতে পারে
ত্রুটি ছাড়াই, সমগ্র সংরক্ষণাগারটি দ্বারা স্বাক্ষরিত বলে ধরে নেওয়া যেতে পারে৷
gnupg কী মালিক, কিন্তু নিরাপত্তা নোটের নীচে পড়ুন। আরও দেখুন GNUPHOME
এই নথির শেষে পরিবেশ বিভাগে।

স্বাক্ষর তথ্য সম্পর্কে একটি সংক্ষিপ্ত তথ্য প্রদর্শিত হয়
সারাংশ মোডে একটি সংরক্ষণাগার তালিকাভুক্ত করার সময় "dar -l -q" এর জন্য
একটি স্বাক্ষরিত সংরক্ষণাগার জড়িত কোনো অপারেশন, একটি ছোট বার্তা শুধুমাত্র দেখায়
যদি সংরক্ষণাগার স্বাক্ষরিত হয় একটি বা একাধিক স্বাক্ষর চেক ব্যর্থ হয়, না
সফল স্বাক্ষর চেক ক্ষেত্রে বার্তা প্রদর্শিত হয়. এই
--alter=blind-to-signatures কমান্ড ব্যবহার করে সতর্কতা নিষ্ক্রিয় করা যেতে পারে।

-ab, --alter=অন্ধ-থেকে-স্বাক্ষর
পাবলিক কী সহ একটি এনক্রিপ্ট করা সংরক্ষণাগার আছে কিনা তা পরীক্ষা করবেন না
এছাড়াও স্বাক্ষরিত সঠিক স্বাক্ষর আছে.

-<, --ব্যাকআপ-হুক-অন্তর্ভুক্ত
মাস্কটি শুধুমাত্র ব্যাকআপ অপারেশনের সময় path+filename-এ প্রয়োগ করা হয়। যদি
একটি প্রদত্ত ফাইল মাস্ক, একটি ব্যবহারকারী কমান্ডের সাথে মেলে (নীচে -= বিকল্প দেখুন)
ব্যাকআপে যাওয়ার আগে চালানো হবে এবং একবার ব্যাকআপ হবে
সম্পন্ন করা এছাড়াও দেখুন -> নীচের বিকল্প. গুরুত্বপূর্ণ: যদি শর্ট ব্যবহার করা হয়
বিকল্পে, আপনাকে উদ্ধৃতিগুলির মধ্যে এটি আবদ্ধ করতে হবে: '-<' শেলের জন্য নয়
<কে একটি পুনর্নির্দেশ হিসাবে ব্যাখ্যা করতে।

-> --ব্যাকআপ-হুক-বাদ
মাস্কটি শুধুমাত্র ব্যাকআপ অপারেশনের সময় path+filename-এ প্রয়োগ করা হয়। যদি
একটি প্রদত্ত ফাইল মাস্কের সাথে মেলে, এমনকি যদি এটি পরে দেওয়া একটি মাস্কের সাথে মেলে
-< বিকল্প, এর আগে এবং পরে কোনও ব্যবহারকারী কমান্ড কার্যকর করা হবে না
ব্যাকআপ -< এবং -> বিকল্পগুলি -g এবং -P এর মতো কাজ করে, তারা গ্রহণ করতে পারে
ওয়াইল্ডকার্ড এক্সপ্রেশন এবং এইভাবে তাদের comporment দ্বারা চালিত আছে
--alter=globe এবং --alter=regex এক্সপ্রেশন উপরে দেখা যায়, সেইসাথে
--alter=মাস্ক বিকল্প। সর্বশেষে --alter=case এবং --alter=no-case পরিবর্তন করুন
এছাড়াও এই মুখোশগুলির ক্ষেত্রে কেস সংবেদনশীলতা বিবেচনা করা হয়। দ্বারা
ডিফল্ট, না -> বা -< বিকল্প, ব্যাকআপ হুকের জন্য কোনো ফাইল নির্বাচন করা হয় না।
গুরুত্বপূর্ণ: সংক্ষিপ্ত বিকল্পটি ব্যবহার করলে, আপনাকে এটির মধ্যে আবদ্ধ করতে হবে
উদ্ধৃতি: '->' শেলটির জন্য >কে একটি পুনঃনির্দেশ হিসাবে ব্যাখ্যা না করা।

-=, --ব্যাকআপ-হুক-এক্সিকিউট
মাস্ক দ্বারা আচ্ছাদিত ফাইলগুলির জন্য -< এবং -> ধন্যবাদ প্রদত্ত
অপশন, প্রদত্ত স্ট্রিংটি সেই ফাইলের ব্যাকআপের আগে কার্যকর করা হয়
শুরু হয় এবং একবার এটি সম্পন্ন হয়। বেশ কিছু ম্যাক্রো ব্যবহার করা যায়
রান টাইমে প্রতিস্থাপিত:

%% একটি আক্ষরিক % দ্বারা প্রতিস্থাপিত হবে

%p ব্যাকআপের অধীনে সম্পূর্ণ পাথ দ্বারা প্রতিস্থাপিত হবে

%f ফাইলের নাম দ্বারা প্রতিস্থাপিত হবে (পাথ ছাড়া)

%u ফাইলের UID দ্বারা প্রতিস্থাপিত হবে

%g ফাইলের GID দ্বারা প্রতিস্থাপিত হবে

%t এর প্রকারের সাথে সম্পর্কিত একটি চিঠি দ্বারা প্রতিস্থাপিত হবে
inode: প্লেইন ফাইলের জন্য 'f', সিমলিংকের জন্য 'l', এর জন্য 'd'
ডিরেক্টরি, চার ডিভাইসের জন্য 'c', ব্লক ডিভাইসের জন্য 'b', 's'
সকেটের জন্য, পাইপের জন্য 'p', দরজার জন্য 'o'।

%c এবং সবচেয়ে আকর্ষণীয়, %c (প্রসঙ্গের জন্য) প্রতিস্থাপিত হবে
"শুরু" বা "শেষ" দ্বারা যখন কমান্ডটি আগে কার্যকর করা হয়
বা যথাক্রমে ব্যাকআপের পরে।
এইভাবে, কেউ একটি ডাটাবেসকে ব্যাক আপ করার ঠিক আগে থামাতে পারে এবং এটি পুনরায় চালু করতে পারে
ব্যাকআপ শেষ হয়ে গেলে। উল্লেখ্য যে উপরে যে মুখোশগুলি দেখা যায় সেগুলি কার্যকর করতে চালনা করে৷
এই কমান্ডটি একটি ডিরেক্টরি বা উদাহরণস্বরূপ একটি প্লেইন ফাইলে প্রয়োগ করা যেতে পারে। যখন একটি ডিরেক্টরি
এই বৈশিষ্ট্যটির জন্য নির্বাচিত হয়েছে, কমান্ডটি শুরু করার আগে যৌক্তিকভাবে চালানো হয় (এর সাথে
প্রসঙ্গ "শুরু") সেই ডিরেক্টরিতে বা এটির একটি সাবডিরেক্টরিতে অবস্থিত কোনো ফাইলের ব্যাকআপ নিতে,
এবং একবার সেই ডিরেক্টরি বা সাবডিরেক্টরির সমস্ত ফাইল সংরক্ষণ করা হলে, কমান্ডটি চালানো হয়
দ্বিতীয়বার (প্রসঙ্গ "শেষ" সহ)। সেই সময়ের মধ্যে, যদি কোনও ফাইল ব্যাকআপের সাথে মেলে-
হুক মাস্ক, এগুলোর জন্য কোন কমান্ড কার্যকর করা হবে না। এটা অনুমান করা হয় যে যখন একটি ডিরেক্টরি আছে
একটি ব্যাকআপ-হুক চালানোর জন্য বলা হয়েছে এই হুক (বা ব্যবহারকারী কমান্ড) এর জন্য প্রস্তুত
সেই ডিরেক্টরিতে অবস্থিত সমস্ত ডেটা ব্যাকআপ করুন। পরিবেশ পরিবর্তনশীল DAR_DUC_PATH এছাড়াও
এই ব্যবহারকারী কমান্ডগুলিতে প্রযোজ্য (উপরে -E দেখুন, বা নীচে পরিবেশ অনুচ্ছেদ)।

-ai, --alter=ignore-অজানা-ইনোড-টাইপ
যখন ডার একটি ইনোড টাইপের সাথে দেখা করে তখন এটি সম্পর্কে সচেতন নয় (কিছু সময় আগে, এটি
সোলারিসে ডোর ইনোডের ক্ষেত্রে ছিল উদাহরণস্বরূপ, ডোর ইনোডগুলি
রিলিজ 2.4.0 থেকে dar দ্বারা পরিচালিত), এটি তার সম্পর্কে একটি সতর্কতা জারি করে
এই ধরনের ইনোড পরিচালনা করতে অক্ষমতা। যে এন্ট্রি এমনকি যদি এই সতর্কতা দেখা দেয়
-X, -I, -P, -g, -[ বা -] বিকল্পগুলির মাধ্যমে ফিল্টার আউট করা হয়, যত তাড়াতাড়ি
সেই একই ডিরেক্টরিতে অন্য কিছু এন্ট্রির জন্য বিবেচনা করা উচিত
ব্যাকআপ, ডাইরেক্টরি বিষয়বস্তু পড়ার জন্য নেতৃত্ব দেয় এবং ব্যর্থ হয়
যে অজানা ইনোড প্রকার (ফিল্টারিং এর ফলাফলের উপর ভিত্তি করে করা হয়
ডিরেক্টরি তালিকা)। এই ধরনের সতর্কতা জারি দার এড়াতে এই বিকল্প
যে অবস্থায়

পুন: প্রতিষ্ঠা নির্দিষ্ট বিকল্প (আপনি ব্যবহার সঙ্গে -এক্স)

-কে[{উপেক্ষা করা|শুধুমাত্র}], --মুছে দেওয়া[={উপেক্ষা|শুধুমাত্র}]
যুক্তি ছাড়া বা "উপেক্ষা করুন" যুক্তি সহ, এই বিকল্পটি দার বাড়ে
পুনরুদ্ধারের সময় মুছে ফেলা ফাইল মুছে ফেলা না
রেফারেন্সের ব্যাকআপ (ফাইল ওভাররাইটিং এখনও ঘটতে পারে)। দ্বারা
ডিফল্ট, রেফারেন্সের ব্যাকআপের পর থেকে ধ্বংস হয়ে যাওয়া ফাইল
পুনরুদ্ধারের সময় মুছে ফেলা হয়, কিন্তু আগে একটি সতর্কতা জারি করা হয়
যদি -w ব্যবহার করা হয় তবে অগ্রসর হচ্ছে। যদি -n ব্যবহার করা হয়, কোন ফাইল হবে না
মুছে ফেলা হয়েছে (না ওভাররাইট করা হয়েছে), এইভাবে -n ব্যবহার করার সময় -k অকেজো। যদি -/
বিকল্পটি ব্যবহার করা হয়, যুক্তি ছাড়া এই বিকল্পটি উপেক্ষা করা হয়! সঙ্গে
"শুধু" আর্গুমেন্ট, এই বিকল্পটি শুধুমাত্র হিসাবে চিহ্নিত ফাইলগুলিকে বিবেচনা করে
পুনরুদ্ধার করার জন্য সংরক্ষণাগারে সরানো হয়েছে, কোনও ফাইল পুনরুদ্ধার করা হয় না তবে কিছু ফাইল
অপসারণ করা হয় যখন -konly (বা --deleted=only) ব্যবহার করা হয়, -/ বিকল্পটি হয়
উপেক্ষা করা হয়েছে ("--no-delete=ignore" বিকল্পের বিরোধিতায় যা
উপেক্ষা করা হয় যখন -/ ব্যবহার করা হয়)। অবশ্যই "--no-delete=ignore" এবং
"--no-delete=only" পারস্পরিক একচেটিয়া, কারণ যদি উভয়ই
একই সময়ে উপলব্ধ ছিল দার কিছুই করবে না।

-r, --recent শুধুমাত্র সেই ফাইলগুলি পুনরুদ্ধার করুন যা অনুপস্থিত বা বর্তমান ফাইলগুলির চেয়ে সাম্প্রতিক
ফাইল সিস্টেমে। যদি -/ বিকল্পটি ব্যবহার করা হয়, এই বিকল্পটি উপেক্ষা করা হয়!

-f, --flat ডিরেক্টরি কাঠামো পুনরুদ্ধার করবেন না। সমস্ত ফাইল পুনরুদ্ধার করা হবে
ডিরেক্টরী দেওয়া -R, যদি একই নামের দুটি ফাইল হতে হয়
পুনরুদ্ধার করা হয়েছে, সতর্কতা (-w বিকল্প) এবং ওভাররাইট করার জন্য স্বাভাবিক স্কিম (-n
বিকল্প) ব্যবহার করা হয়। কোন রিনেম স্কিম আসলে পরিকল্পিত নয়। কখন এটা
বিকল্পটি সেট করা আছে, dar ফাইলগুলিকে সরিয়ে দেয় না যা সংরক্ষণ করা হয়েছে
শেষ ব্যাকআপ থেকে মুছে ফেলা হয়েছে. (-f নিহিতভাবে বোঝায় -k)।

-ae, --alter=মুছে ফেলা_ea
[অপ্রচলিত ব্যবহার -/ পরিবর্তে] বিদ্যমান ফাইলগুলির সমস্ত বিদ্যমান EA ড্রপ করুন
ফাইল সিস্টেম যা পুনরুদ্ধার করতে হবে। এই ভাবে, পুনরুদ্ধার করা ফাইল
ব্যাকআপের সময় তাদের কাছে EA এর সঠিক সেট থাকবে। যদি
এই বিকল্পটি দেওয়া হয়নি, পুনরুদ্ধার করার জন্য একটি ফাইলের EA থাকবে
ব্যাকআপে উপস্থিতদের দ্বারা ওভাররাইট করা হয় এবং যদি কিছু অতিরিক্ত EA থাকে
বর্তমানে তারা অস্পৃশ্য থাকবে। দেখুন বিঃদ্রঃ বিষয়ে সম্প্রসারিত
আরোপ করা (ইএ) এই আচরণ সম্পর্কে একটি বিস্তারিত ব্যাখ্যা জন্য উপরে.
যদি -/ বিকল্পটি ব্যবহার করা হয়, এই বিকল্পটি উপেক্ষা করা হয়!

-D, --empty-dir পুনরুদ্ধারের সময়, যদি -D নির্দিষ্ট করা না থাকে (ডিফল্ট) কোনো ফাইল এবং
নির্দেশিকা নির্দিষ্ট ফিল্টারিং পদ্ধতির ক্ষেত্রে পুনরুদ্ধার করা হয়
(-I, -X, -P, -g, -[ এবং -] বিকল্পগুলি দেখুন)। কিন্তু যদি -D বিকল্প দেওয়া হয়
পুনঃস্থাপন সেভ করা ফাইল ধারণ করে না এমন ডিরেক্টরি ট্রি এড়িয়ে যায়।
এটি কয়েকটি পুনরুদ্ধার করা ফাইল সহ একটি বিশাল খালি গাছ থাকা এড়ায়
বিশেষ করে যখন একটি ফাঁকা জায়গায় একটি ডিফারেনশিয়াল সংরক্ষণাগার পুনরুদ্ধার করা হয়।
দ্রষ্টব্য: এই বৈশিষ্ট্যটি কাজ করতে পারে না যখন --sequential-read ব্যবহার করা হয়, যেমন এটি
একটি ডিরেক্টরিতে কিছু সংরক্ষিত আছে কিনা তা জানা সম্ভব নয়
ফাইল ইন আর্কাইভ থেকে যখন ডিরেক্টরি ইনোড পড়া হয়
ক্রমিক পড়ার মোড।

-2, --নোংরা-আচরণ { উপেক্ষা করুন | কোন সতর্কতা }
পুনরুদ্ধারের সময়, যদি সংরক্ষণাগারে একটি ফাইল "নোংরা" হিসাবে ফ্ল্যাগ করা হয়
(অর্থাৎ এটি সংরক্ষিত হওয়ার সময় এটি পরিবর্তিত হয়েছিল), ব্যবহারকারীকে জিজ্ঞাসা করা হয়
এটি পুনরুদ্ধার করার আগে নিশ্চিতকরণের জন্য। "উপেক্ষা" উল্লেখ করা এড়িয়ে যাবে
সেই নোংরা ফাইলগুলি, যখন "নো-সতর্ক" ব্যবহারকারী ছাড়াই তাদের পুনরুদ্ধার করবে
নিশ্চিতকরণ এই বৈশিষ্ট্যটি অনুক্রমিক পড়ার সাথে বেমানান
মোড, এই মোডে ডার আগে একটি ফাইল নোংরা কিনা তা জানতে পারে না
এটি পুনরুদ্ধার করার পরে পরিণতিতে, --sequential-read, একবার একটি ফাইল
পুনরুদ্ধার করা হয়েছে, যদি এটি নোংরা পাওয়া যায় তবে এটি সরানো হবে
যদি না নোংরা আচরণ "নো-সতর্ক" তে সেট করা হয়।

-/, --ওভাররাইটিং-নীতি
কখন সংজ্ঞায়িত করতে সংরক্ষণাগার পুনরুদ্ধারের জন্য ওভাররাইটিং নীতি ব্যবহার করা যেতে পারে
এবং কিভাবে ফাইল ওভাররাইটিং ঘটতে পারে। এই বর্ণনা উপরে দেখুন
বিকল্প।

-এ, --রেফ [ ]/
--ref বিকল্পটি একটি বিচ্ছিন্ন ক্যাটালগের সাথে একটি উদ্ধার করতে ব্যবহার করা যেতে পারে
ক্যাটালগ অংশে একটি দুর্নীতি আছে যে সংরক্ষণাগার, সাধারণ দেখুন
আরো বিস্তারিত জানার জন্য উপরে বিকল্প.

পরীক্ষামূলক এবং বিবিধতা নির্দিষ্ট বিকল্প (আপনি ব্যবহার সঙ্গে -t or -d)

-ado-not-compare-symlink-mtime, --alter=তুলনা-করবেন না-symlink-mtime
এই বিকল্প সেটের সাথে, একটি সিমলিংক তুলনা করার সময়, কখন কোন বার্তা দেখায় না
সংরক্ষণাগারে সিমলিংক এবং ফাইল সিস্টেমে সিমলিংক শুধুমাত্র তাদের দ্বারা পৃথক
এমটাইম আরও দেখুন -O বিকল্প।

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

অনুক্রমিক পঠন মোডে একটি পার্থক্য করা সম্ভব কিন্তু হার্ড লিঙ্কড ইনোড শুধুমাত্র হতে পারে
ফাইলসিস্টেমের সাথে তুলনা করলে প্রথমবার দেখা হয়, পরবর্তী হার্ড লিঙ্ক এই একই ইনোডের সাথে
অনুক্রমিক পঠন মোডে পিছনের দিকে এড়িয়ে যাওয়ার কারণে সংশ্লিষ্ট ডেটা পাওয়া যাবে না
নিষিদ্ধ. সেই পরিস্থিতিতে, হার্ড লিঙ্কগুলি এড়িয়ে যাওয়া হিসাবে রিপোর্ট করা হয়, যার অর্থ সেই ডেটা
তুলনা করা যাবে না।

তালিকাটি বিকল্প (আপনি ব্যবহার সঙ্গে -ঠ)

-টি, --তালিকা-ফরম্যাট= , --বৃক্ষ বিন্যাস
ডিফল্টরূপে, তালিকা একটি টার মত আউটপুট প্রদান করে ('স্বাভাবিক' আউটপুট)।
তবে আপনি একটি গাছের মতো আউটপুট, একটি XML কাঠামোগত আউটপুট বা একটি পেতে পারেন
আউটপুট স্লাইস(গুলি) এর উপর ফোকাস করে যেখানে প্রতিটি ফাইলের ডেটা, EA এবং FSA থাকে
মধ্যে অবস্থিত। যুক্তি ছাড়াই প্রদান করা -T প্রদান করার মতোই দেয়
এটার জন্য 'বৃক্ষ' যুক্তি। বিকল্প --tree-format হল একটি উপনাম টু
--list-format=tree (পশ্চাদগামী সামঞ্জস্য)। উল্লেখ্য, ফাইলগুলো
doc/dar-catalog-*.dtd XML আউটপুট তালিকার বিন্যাস সংজ্ঞায়িত করুন
(এই ফাইলটি $PREFIX/share/doc-এর অধীনেও ইনস্টল করা আছে)

-Tslicing বিকল্পটি বিচ্ছিন্ন ক্যাটালগের সাথেও ব্যবহার করা যেতে পারে
dar 2.5.0 বা তার উপরে উত্পন্ন, যেমন এখন বিচ্ছিন্ন ক্যাটালগ রয়েছে
রেফারেন্সের আর্কাইভের স্লাইসিং লেআউটের একটি অনুলিপি। যাইহোক, যদি
এর পরে রেফারেন্সের সংরক্ষণাগারটি পরিবর্তন করা হয়েছে (dar_xform ব্যবহার করে)
বিচ্ছিন্ন ক্যাটালগ তৈরি করা হয়েছে, তথ্য টুকরা করা হবে না
সঠিক হতে সেই কোণার ক্ষেত্রে, আপনি -s এবং -S বিকল্পগুলি ব্যবহার করতে পারেন
আর্কাইভের নতুন স্লাইস আকারগুলি কী তা নির্দিষ্ট করতে -Tslicing-এর সাথে
রেফারেন্স

-as, --alter=সংরক্ষিত তালিকা শুধুমাত্র সংরক্ষিত ফাইল

-alist-ea, --alter=list-ea
কিছু আছে প্রতিটি ফাইলের জন্য বর্ধিত বৈশিষ্ট্য নাম তালিকা.

-I, -X, -P, -g, -[, -]
তাদের নাম বা পথের ভিত্তিতে তালিকাভুক্ত করার জন্য ফাইল ফিল্টার করতে ব্যবহার করা যেতে পারে।

সাধারণ বিকল্পগুলি থেকে মনে হচ্ছে শুধুমাত্র -vm এবং -b এখানে দরকারী থাকবে। নোট করুন যে -vm প্রদর্শন করে
প্রথমে একটি সংরক্ষণাগার সারাংশ, যেখানে সংরক্ষণাগার সম্পর্কে বিস্তারিত তথ্য থাকতে পারে
প্রাপ্ত আপনি শুধুমাত্র এই সারাংশ প্রদর্শন করতে চাইলে -l বিকল্পের সাথে -q ব্যবহার করুন।

প্রদর্শিত ক্ষেত্র

[ডেটা] সম্ভাব্য মানগুলি হল [ ] বা [সংরক্ষিত] বা [InRef] বা [DIRTY]। [ ]
এর মানে হল যে ডেটা সংরক্ষণ করা হয়নি কারণ কোন পরিবর্তন নেই
রেফারেন্স ব্যাকআপ থেকে. [সংরক্ষিত] মানে ডেটা সংরক্ষণ করা হয়েছে,
এবং এইভাবে এই সংরক্ষণাগার ফাইলটি পুনরুদ্ধার করতে সক্ষম। [InRef] ব্যবহার করা হয়েছিল
dar সংস্করণ 2.3.x এবং তার আগে, যখন একটি বিচ্ছিন্ন করার সময় আর্কাইভ তৈরি করা হয়েছে
একটি সংরক্ষণাগার থেকে ক্যাটালগ এবং এর অর্থ হল যে ফাইলটি সংরক্ষণ করা হয়েছে
রেফারেন্স সংরক্ষণাগার। শেষ, [ডার্টি] মানে ডেটা সংরক্ষিত হয় (যেমন
[সংরক্ষিত]) কিন্তু ব্যাকআপের জন্য ডার এটি পড়ার সময় পরিবর্তন হয়েছে,
ডার সম্ভবত ফাইলটিকে এমন অবস্থায় সংরক্ষণ করতে পরিচালিত করে যা এটি কখনও ছিল না।

[EA] সম্ভাব্য মানগুলি হল " " (খালি স্ট্রিং) বা [ ] বা [InRef], [সংরক্ষিত]
অথবা [অনুদান]। এটি দেখায় যে এক্সটেন্ডেড অ্যাট্রিবিউটগুলি উপস্থিত এবং সংরক্ষিত আছে কিনা
([সংরক্ষিত]), উপস্থিত আছে কিন্তু সংরক্ষিত নয় ([]) যার মানে নেই নেই
রেফারেন্সের ব্যাকআপ থেকে পরিবর্তন করুন, যদি এর জন্য কোনো EA সংরক্ষিত না থাকে
ফাইল (খালি স্ট্রিং) বা যদি কিছু EA এর সংরক্ষণাগারে উপস্থিত থাকে
রেফারেন্স কিন্তু বর্তমানে কোনটিই পাওয়া যাচ্ছে না ([Suppr])। [InRef] ব্যবহার করা হয়েছিল
একটি সংরক্ষণাগার থেকে একটি ক্যাটালগ (রিলিজ 2.3.x এবং আগে) বিচ্ছিন্ন করার সময়
এবং এর মানে হল যে ফাইলটি রেফারেন্স সংরক্ষণাগারে সংরক্ষিত ছিল।

[FSA] প্রতিটি চরিত্র একটি FSA পরিবারের প্রতিনিধিত্ব করে:

"L" হল প্রথম অক্ষর (L/l/-) ext2/3/4 FSA পরিবারের প্রতিনিধিত্ব করে

"H" হল দ্বিতীয় অক্ষর (H/h/-) HFS+ FSA পরিবারের প্রতিনিধিত্ব করে

"-" তৃতীয় চরিত্রটি ভবিষ্যতের FSA পরিবারের জন্য সংরক্ষিত এবং এটি
এখন জন্য সবসময় একটি ড্যাশ.

বড় হাতের অর্থ হল FSA সেট সংরক্ষিত, ছোট হাতের অর্থ হল FSA
রেফারেন্সের সংরক্ষণাগারে উপস্থিত এবং তারপর থেকে পরিবর্তিত হয়নি
সময় শেষ একটি ড্যাশ (-) মানে সেই পরিবারের কোনো FSA এর জন্য সংরক্ষণ করা হয়নি
যে ফাইল.

[compr] সম্ভাব্য মানগুলি হল [....%] বা [------] বা [] বা [আরও খারাপ]। যদি দেখায়
ফাইলটি সংকুচিত করা হয়েছে ([...%]) এবং কম্প্রেশন অনুপাত
"(অসংকুচিত-সংকুচিত)/অসংকুচিত" পৌঁছেছে, উদাহরণস্বরূপ [ 33%]
মানে সংকুচিত ডেটার জন্য প্রয়োজনীয় স্থানের মাত্র 66% ব্যবহার করে
সংকুচিত ডেটা সঞ্চয় করুন (সংকোচনের জন্য 33% স্থান সংরক্ষিত হয়েছে), বা
যদি ফাইলটি সংকোচন ছাড়াই সংরক্ষণ করা হয় ([ ] দেখুন -m, -Y এবং -Z
অপশন) অথবা যদি ফাইলটি কম্প্রেশনের বিষয় না থাকে কারণ এটি হয়
একটি সংরক্ষিত নিয়মিত ফাইল নয় ([----]), অথবা যদি ফাইলটি আরও স্থান নেয়
কম্প্রেশনের কারণে এর আসল আকারের ([আরও খারাপ]) থেকে সংকুচিত
ওভারহেড মনে রাখবেন যে 1% কম্প্রেশন অনুপাত কোন ডেটা নিয়ে আসে না
হ্রাস, যখন স্পষ্টতই 98% একটি খুব পারফরম্যান্স কম্প্রেশন
(সংকুচিত ফাইলটি প্রয়োজনীয় আকারের মাত্র 2% নেয়
সংকুচিত তারিখ)।

[S] সম্ভাব্য মান হল [ ] বা [X]। [X] শুধুমাত্র সংরক্ষিত প্লেইন ফাইলগুলিতে প্রযোজ্য,
এবং বলে যে ফাইলটি স্পার্স ফাইল ডেটা স্ট্রাকচার ব্যবহার করে সংরক্ষণ করা হয়েছে:
সমস্ত ডেটা সংরক্ষণ করা হয় না, শূন্যের দীর্ঘ ক্রম বাদ দেওয়া হয়। এটাও
এর মানে হল যে পুনরুদ্ধারের সময়, যদি ফাইল সিস্টেম এটি সমর্থন করে, গর্ত
পুনরুদ্ধার করা হবে। গর্ত তথ্য সংরক্ষণ করতে libdar পলায়ন ব্যবহার করে
সিকোয়েন্স (বাইটের বিশেষ ক্রম), কিন্তু বাস্তব ডেটা এড়াতে হবে
এস্কেপ সিকোয়েন্স হিসেবে বিবেচনা করা হলে একটি বিশেষ এস্কেপ সিকোয়েন্স ব্যবহার করা হয়
যখন ডেটা একটি পালানোর ক্রম মত দেখায়. তাই যদি একটি তথ্য একটি যেমন ধারণ করে
এস্কেপ সিকোয়েন্স, এটাকে এমনভাবে পড়তে হবে যেন এটাতে গর্ত আছে
ডেটাকে তার আসল আকারে ফিরিয়ে আনুন। যে কারণে, কিছু মধ্যে
বিরল পরিস্থিতিতে (একটি ডার আর্কাইভ ছাড়া একটি ডার সংরক্ষণাগারের ভিতরে সংরক্ষণ করা
কম্প্রেশন বা এনক্রিপশন, উদাহরণস্বরূপ) গর্ত ছাড়া একটি ফাইল হতে পারে
[X] চিহ্নিত করা হয়েছে যেন এতে ছিদ্র রয়েছে এবং প্রতিটির জন্য বাইটে লম্বা হবে
তথ্য ক্রম একটি অব্যাহতি ক্রম মত দেখাচ্ছে.

অনুমতি
ls ম্যান পেজ দেখুন। নোট করুন যে অনুমতির জন্য একটি তারকা (*) পূর্বে লেখা আছে
স্ট্রিং যদি সংশ্লিষ্ট ইনোডের সাথে একাধিকবার লিঙ্ক করা হয়
ডিরেক্টরি গঠন (হার্ড লিঙ্ক)।

ফাইলের ব্যবহারকারী মালিক

গ্রুপ গ্রুপ ফাইলের মালিক

ফাইলের বাইটে সাইজ সাইজ (যদি কম্প্রেশন সক্রিয় করা থাকে, তাহলে আসল সাইজ
সংরক্ষণাগারটি "কম্প্রেশন রেট" সময় ছোট)।

ফাইলের শেষ পরিবর্তনের তারিখ। শেষ অ্যাক্সেস সময় এছাড়াও
সংরক্ষিত এবং পুনরুদ্ধার করা হয়েছে, কিন্তু প্রদর্শিত নয়।

ফাইলের নাম ফাইলের নাম।

বর্ধিত বৈশিষ্ট্য
হার্ড লিঙ্কড ইনোডের জন্য -alist-ea বিকল্প ব্যবহার করার সময়, ফাইলের নাম
ধনুর্বন্ধনীর মধ্যে একটি পূর্ণসংখ্যা দ্বারা অনুসরণ করা হয়: একই সংখ্যার এন্ট্রিগুলি করে
একই ইনোড নির্দেশ করুন।

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

স্পষ্ট ঐচ্ছিক যুক্তি

যখন dar GNU getopt এর সাথে কম্পাইল করা হয়নি, যা কিছুতে ডিফল্টরূপে উপস্থিত নয়
FreeBSD এর মত সিস্টেমে, আপনার ঐচ্ছিক আর্গুমেন্ট সিনট্যাক্সের অভাব থাকতে পারে। যেমন "-z" will
কমান্ড-লাইনে বা -বি কনফিগারেশন ফাইলগুলিতে একটি পার্স ত্রুটি তৈরি করুন। সমাধান হল
স্পষ্টভাবে যুক্তি দিতে. এর জায়গায় ব্যবহার করার জন্য এখানে স্পষ্ট যুক্তির একটি তালিকা অনুসরণ করা হয়েছে
ঐচ্ছিক:

-z অবশ্যই -z 9 দ্বারা প্রতিস্থাপিত হবে

-w অবশ্যই -wd বা -w ডিফল্ট দ্বারা প্রতিস্থাপিত হবে

-H অবশ্যই -H 1 দ্বারা প্রতিস্থাপিত হবে

-0 অবশ্যই -0 রেফ দ্বারা প্রতিস্থাপিত হবে

-5 অবশ্যই -5 "" দ্বারা প্রতিস্থাপিত হবে

-p অবশ্যই -p 1 দ্বারা প্রতিস্থাপিত হবে

-v সমস্ত -v দ্বারা প্রতিস্থাপিত করা আবশ্যক

-k উপেক্ষা করে প্রতিস্থাপন করতে হবে

-5 অবশ্যই -5 user.libdar_no_backup দ্বারা প্রতিস্থাপিত হবে

গুরুত্বপূর্ণ ! GNU getopt() ব্যবহার করার সময়, ঐচ্ছিক আর্গুমেন্টগুলি স্টিকের মাধ্যমে পাওয়া যায়
সংক্ষিপ্ত বিকল্পের যুক্তি: "-z" উদাহরণস্বরূপ "-z9" এর পাশাপাশি উপলব্ধ। কিন্তু "-z 9"
ভুল, এটি "-z" বিকল্প হিসাবে এবং "9", একটি কমান্ড লাইন আর্গুমেন্ট হিসাবে পড়া হবে (একটি যুক্তি নয়
-z বিকল্পে)। অন্য দিকে, এই সময় একটি নন GNU getopt ব্যবহার করার সময়, "-z" হয়ে যায়
একটি বিকল্প যার জন্য সর্বদা একটি যুক্তি প্রয়োজন, এবং এইভাবে "-z 9" এর সাথে "-z" বিকল্প হিসাবে পড়া হয়
যুক্তি হিসাবে "9", যখন "-z9" একটি অজানা বিকল্প হিসাবে প্রত্যাখ্যান করা হবে, এবং "-z" একা হবে
কোন যুক্তি প্রদান করা হয় না হিসাবে একটি ত্রুটি তৈরি করুন. ফলস্বরূপ, আপনি প্রয়োজন মধ্যে একটি স্থান
বিকল্প (যেমন "-z") এবং এর আর্গুমেন্ট (যেমন "9"), যখন ডার একটি GNU-এর উপর নির্ভর করে না
getopt() কল, যা আপনাকে শুধুমাত্র তালিকাভুক্ত বিকল্পগুলিতে স্পষ্টভাবে আর্গুমেন্ট ব্যবহার করতে নির্দেশ করে
উপরে।

প্রস্থান করুন কোডগুলি

দার নিম্নলিখিত কোড দিয়ে প্রস্থান করুন:

0 অপারেশন সফল।

1 কমান্ড-লাইন বা DCF অন্তর্ভুক্ত ফাইলে সিনট্যাক্স ত্রুটি৷

2 একটি হার্ডওয়্যার সমস্যা বা মেমরির অভাবের কারণে ত্রুটি৷

3 এমন একটি অবস্থার সনাক্তকরণ যা কখনই ঘটবে না এবং যা একটি হিসাবে বিবেচিত হয়
অ্যাপ্লিকেশনের বাগ।

4 কোড জারি করা হয় যখন ব্যবহারকারী dar থেকে dar প্রশ্নে প্রোগ্রামটি বাতিল করে দেয়।
এটি তখনও ঘটে যখন ডার একটি টার্মিনাল থেকে চালানো হয় না (উদাহরণস্বরূপ থেকে চালু করা হয়
crontab) এবং ডার ব্যবহারকারীর কাছে একটি প্রশ্ন আছে। সেই ক্ষেত্রে, দার একই গর্ভপাত করে
এমনভাবে যেন ব্যবহারকারী প্রশ্ন প্রম্পটে এস্কেপ কী টিপে।

5 ফেরত দেওয়া হয় যখন চিকিত্সা করা ডেটা সম্পর্কিত একটি ত্রুটি সনাক্ত করা হয়। যখন
সংরক্ষণ, এই ক্ষেত্রে যখন একটি ফাইল খোলা বা পড়া যায় না। যখন
পুনঃস্থাপন, এটি এমন ক্ষেত্রে যখন একটি ফাইল তৈরি বা প্রতিস্থাপন করা যায় না। যখন
তুলনা করলে, আর্কাইভের একটি ফাইলের সাথে মেলে না
ফাইল সিস্টেম। পরীক্ষার সময়, যখন একটি ফাইল দূষিত হয় তখন এটি হয়
আর্কাইভ।

6 ব্যবহারকারী কমান্ড কার্যকর করার সময় একটি ত্রুটি ঘটেছে (-E বা -F বিকল্পের সাথে দেওয়া হয়েছে)।
প্রধানত কারণ একটি নতুন প্রক্রিয়া তৈরি করা সম্ভব নয় (প্রসেস টেবিল হল
সম্পূর্ণ) বা ব্যবহারকারী কমান্ড একটি ত্রুটি কোড ফেরত দিয়েছে (এর থেকে ভিন্ন প্রস্থান অবস্থা
শূন্য)।

7 একটি libdar রুটিন কল করার সময় একটি ত্রুটি ঘটেছে. এর অর্থ আহবানকারী (দার
প্রোগ্রাম), API এর স্পেসিফিকেশনকে সম্মান করেনি (এবং এটি হতে পারে
বাগের একটি নির্দিষ্ট কেস হিসাবে বিবেচিত)।

8 ব্যবহৃত ডার সংস্করণটি সসীম দৈর্ঘ্যের পূর্ণসংখ্যার উপর ভিত্তি করে (এটি সংকলিত হয়েছে
বিকল্পের সাথে --enable-mode=...)। এই কোড ফেরত দেওয়া হয় যখন একটি পূর্ণসংখ্যা
ওভারফ্লো ঘটেছে। সম্পূর্ণ সংস্করণ ব্যবহার করুন (তথাকথিত "ইনফিনিন্ট" ভিত্তিক
ক্লাস) এই ত্রুটি এড়াতে।

9 এই কোডটি একটি অজানা ত্রুটি নির্দেশ করে। ব্যতিক্রম ক্যাশিং কোড যত্ন নিতে
নতুন ব্যতিক্রমগুলি সম্ভবত আপডেট করতে ভুলে গেছে ... এটি একটি ছোট বাগ৷
আপনি রিপোর্ট স্বাগত জানাই.

10 আপনি একটি বৈশিষ্ট্য ব্যবহার করার চেষ্টা করেছেন যা সংকলনের সময় নিষ্ক্রিয় করা হয়েছে।

11 ডার পড়ার সময় কিছু সংরক্ষিত ফাইল পরিবর্তিত হয়েছে, এটি ডেটাকে নেতৃত্ব দিতে পারে
এই ফাইলের জন্য সংরক্ষিত এই ফাইলের জন্য একটি বৈধ অবস্থার সাথে সঙ্গতিপূর্ণ নয়। উদাহরণ স্বরূপ,
যদি ফাইলের শুরু এবং শেষ একই সময়ে পরিবর্তন করা হয়
(দার এটি পড়ার সময়), শুধুমাত্র শেষে পরিবর্তন সংরক্ষিত হবে (দ
শুরুটি ইতিমধ্যেই পড়া হয়েছে), ফাইলের ফলে রেকর্ড করা অবস্থা
dar কখনও বিদ্যমান ছিল না এবং এটি ব্যবহার করে অ্যাপ্লিকেশনটিতে সমস্যা হতে পারে। এই
সংরক্ষণাগারে একটি "নোংরা" ফাইল হিসাবে পরিচিত৷

সংকেত

যদি ডার একটি সংকেত পায় (দেখুন বধ(2) ম্যান পেজ) এটি ডিফল্ট আচরণ গ্রহণ করবে যা
নিম্নলিখিত সংকেতগুলি ব্যতীত বেশিরভাগ সময় হঠাৎ করে প্রোগ্রামটি বাতিল করে দেয়:

SIGINT এই সংকেত টার্মিনাল দ্বারা উৎপন্ন হয় যখন CTRL-C আঘাত করে (এর সাথে
টার্মিনালের ডিফল্ট সেটিংস), এটি kill কমান্ড দিয়েও তৈরি করা যেতে পারে

SIGTERM এই সংকেত সিস্টেম দ্বারা উত্পন্ন হয় যখন বিশেষ করে রান-লেভেল পরিবর্তন করা হয়
শাটডাউন করার সময়, এটি kill কমান্ড দিয়েও তৈরি করা যেতে পারে

SIGHUP সিস্টেমের উপর নির্ভর করে, এই সিগন্যালটি SIGTERM সিগন্যালের আগে পাঠানো হতে পারে
শাটডাউন সময়, এটি কিল কমান্ড দিয়েও তৈরি করা যেতে পারে

সিগকুইট CTRL-\ আঘাত করার সময় টার্মিনাল দ্বারা এই সংকেত তৈরি হয় (
টার্মিনালের ডিফল্ট সেটিংস), এটি kill কমান্ড দিয়েও তৈরি করা যেতে পারে

SIGUSR1 এই সংকেতটি কিল কমান্ড দ্বারা তৈরি করা যেতে পারে

SIGUSR2 এই সংকেতটি কিল কমান্ড দ্বারা তৈরি করা যেতে পারে

পূর্ববর্তী সংকেতগুলির জন্য, দুটি আচরণ প্রস্থান করুন। SIGHUP, SIGINT, SIGQUIT, SIGTERM এবং এর জন্য
SIGUSR1, ক বিলম্বিত পরিসমাপ্তি সম্পন্ন হয়: ব্যাকআপ বা বিচ্ছিন্নতা অপারেশন বন্ধ করা হয়,
ক্যাটালগটি সংরক্ষণাগারে যুক্ত করা হয় এবং সংরক্ষণাগারটি সঠিকভাবে এর সাথে সম্পূর্ণ হয়
সঠিক টার্মিনেটর স্ট্রিং, এইভাবে তৈরি করা সংরক্ষণাগারটি ব্যবহারযোগ্য, এবং এটি হিসাবে ব্যবহার করা যেতে পারে
পরবর্তী সময়ে একটি ডিফারেনশিয়াল ব্যাকআপের জন্য রেফারেন্স। মনে রাখবেন যদি একটি অন-ফ্লাই আইসোলেশন ছিল
জিজ্ঞাসা করা হয়েছে, এটি * করা হবে না*, এবং dar হলেও কোনো ব্যবহারকারী কমান্ড চালু করা হবে না
(-E বিকল্প) এর জন্য কনফিগার করা হয়েছে। SIGUSR2 এর পরিবর্তে ক দ্রুত পরিসমাপ্তি করা হয়: মধ্যে
ব্যাকআপ বা বিচ্ছিন্নতার ক্ষেত্রে, সংরক্ষণাগারটি সম্পূর্ণ হয় না, শুধুমাত্র মেমরি এবং মিউটেক্স
সঠিকভাবে মুক্তি দেওয়া হয়।

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

আরেকটি পয়েন্ট, পূর্ববর্তী সংকেতগুলির একটি ব্যবহার করার সময়, dar অস্তিত্বের সাথে ফিরে আসবে
অবস্থা 4 যার অর্থ ব্যবহারকারী অপারেশনটি বাতিল করেছে। উল্লেখ্য, a এর উত্তর "না"
দার থেকে প্রশ্ন দারকেও এভাবে প্রস্থান করতে পারে। শেষ, যদি শেষের আগে
প্রোগ্রাম একই সংকেত একটি দ্বিতীয় বার প্রাপ্ত হয়, ডার অবিলম্বে বাতিল হবে.

onworks.net পরিষেবা ব্যবহার করে dar অনলাইন ব্যবহার করুন