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

কার্যক্রম:

NAME এর

wimlib-imagex-capture, wimlib-imagex-append - একটি WIM ইমেজ তৈরি বা যুক্ত করুন

সাইনোপিসিস

wimlib-imagex গ্রেপ্তার উৎস WIMFILE [IMAGE_NAME [ছবির বর্ণনা]] [অনুযায়ী OPTION...]
wimlib-imagex সংযোজন উৎস WIMFILE [IMAGE_NAME [ছবির বর্ণনা]] [অনুযায়ী OPTION...]

বর্ণনাঃ

সার্জারির wimlib-imagex গ্রেপ্তার এবং wimlib-imagex সংযোজন কমান্ড একটি উইন্ডোজ ইমেজিং (WIM) তৈরি করে
একটি ডিরেক্টরি গাছ থেকে ছবি. দ্য wimlib-imagex গ্রেপ্তার কমান্ড একটি নতুন WIM ফাইল তৈরি করে
ধারণ করা ছবি, যখন wimlib-imagex সংযোজন কমান্ড ক্যাপচার করা যোগ করে
একটি বিদ্যমান WIM ফাইলে চিত্র। এই কমান্ড সহজ হিসাবে উপলব্ধ উইমক্যাপচার এবং
উইমপেন্ড যদি উপযুক্ত হার্ড লিঙ্ক বা ব্যাচ ফাইল ইনস্টল করা হয়।

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

উৎস নতুন WIM ইমেজ তৈরি করার জন্য ফাইলগুলির অবস্থান নির্দিষ্ট করে। যদি উৎস is
একটি ডিরেক্টরি, WIM চিত্রটি সেই ডিরেক্টরি থেকে ক্যাপচার করা হয় (দেখুন ডিরেক্টরী গ্রেপ্তার (ইউনিক্স)
or ডিরেক্টরী গ্রেপ্তার (উইন্ডোজ)) বিকল্পভাবে, যদি --উৎস-তালিকা বিকল্প হয়
নির্দিষ্ট করা, উৎস একটি ফাইল হিসাবে ব্যাখ্যা করা হয় যা নিজেই ফাইলগুলির একটি তালিকা প্রদান করে এবং
নতুন WIM ছবিতে অন্তর্ভুক্ত করার জন্য ডিরেক্টরি। এখনও বিকল্পভাবে, শুধুমাত্র UNIX-এর মত
সিস্টেম, যদি উৎস একটি নিয়মিত ফাইল বা ব্লক ডিভাইস, এটি একটি NTFS ভলিউম হিসাবে ব্যাখ্যা করা হয়
যেখান থেকে libntfs-3g ব্যবহার করে একটি WIM ছবি তোলা হবে (দেখুন এনটিএফএস ভলিউম গ্রেপ্তার
(ইউনিক্স)).

IMAGE_NAME এবং ছবির বর্ণনা নতুন WIM দিতে নাম এবং বিবরণ উল্লেখ করুন
ইমেজ যদি IMAGE_NAME নির্দিষ্ট করা নেই, এটি মূল নামের সাথে ডিফল্ট (এর পাথ ব্যতীত
মূল ডিরেক্টরি) এর উৎস, কিন্তু যদি এই নামটি ইতিমধ্যেই বিদ্যমান থাকে WIMFILE, একটি অনন্য প্রত্যয়
যোগ করা হলো. অন্যথায়, IMAGE_NAME হয় এমন একটি নাম হতে হবে যা ইতিমধ্যে একটি হিসাবে বিদ্যমান নেই৷
ছবিতে WIMFILE, অথবা কোনো নাম ছাড়াই একটি ছবি তৈরি করতে খালি স্ট্রিং। যদি
ছবির বর্ণনা নির্দিষ্ট করা নেই, নতুন ছবিতে কোন বর্ণনা দেওয়া হয়নি।

একটি বিশেষ ক্ষেত্রে, যদি WIMFILE হয় -- পাইপযোগ্য বিকল্পটি ধরে নেওয়া হয় এবং WIM ফাইলটি হয়
একটি বিশেষ পাইপযোগ্য বিন্যাসে স্ট্যান্ডার্ড আউটপুটে লেখা। এর জন্য ডকুমেন্টেশন দেখুন
-- পাইপযোগ্য আরো বিস্তারিত জানার জন্য.

ডিরেক্টরী গ্রেপ্তার (ইউনিক্স)

এই বিভাগে ডকুমেন্ট কিভাবে wimlib-imagex UNIX-এর মতো একটি ডিরেক্টরি ট্রি থেকে ফাইল ক্যাপচার করে
সিস্টেম দেখা ডিরেক্টরী গ্রেপ্তার (উইন্ডোজ) উইন্ডোজের জন্য সংশ্লিষ্ট ডকুমেন্টেশনের জন্য।

UNIX-এর মতো সিস্টেমে, যখন উৎস একটি ডিরেক্টরি বা একটি ডিরেক্টরির একটি প্রতীকী লিঙ্ক নির্দিষ্ট করে,
ডাইরেক্টরীতে থাকা ডাইরেক্টরি ট্রি থেকে WIM ইমেজ ক্যাপচার করা হবে। এই
ডিরেক্টরি যেকোন ধরণের ফাইল সিস্টেমে থাকতে পারে এবং মাউন্টপয়েন্টগুলি পুনরাবৃত্তিমূলকভাবে অনুসরণ করা হয়। ভিতরে
এই মোড, উইমলিব নিম্নলিখিত ধরণের তথ্য সংরক্ষণ করবে:

· ডিরেক্টরি এবং নিয়মিত ফাইল, এবং নিয়মিত ফাইলের বিষয়বস্তু

· হার্ড লিঙ্ক

· প্রতীকী লিঙ্ক (উইন্ডোজ রিপার্স পয়েন্টে ক্ষতিহীনভাবে অনুবাদ করা হয়েছে)

· 100 ন্যানোসেকেন্ডের সাথে শেষ পরিবর্তনের সময় (mtime) এবং শেষ অ্যাক্সেসের সময় (atime)
গ্র্যানুলারিটি

· সঙ্গে --ইউনিক্স-ডেটা: UNIX মালিক, গোষ্ঠী এবং মোড

· সঙ্গে --ইউনিক্স-ডেটা: ডিভাইস নোড, FIFO, এবং UNIX ডোমেইন সকেট

বর্ধিত বৈশিষ্ট্য সংরক্ষণের জন্য কোন সমর্থন নেই (যেমন SELinux নিরাপত্তা লেবেল এবং
POSIX ACLs)। এছাড়াও মনে রাখবেন যে শেষ স্থিতি পরিবর্তনের সময় (ctime) সংরক্ষণ করা হয় না।

পেডেন্টিক নোট: WIM বিন্যাসের একটি সীমাবদ্ধতা অস্বাভাবিক ক্ষেত্রে বাধা দেয় যেখানে একটি একক
প্রতীকী লিঙ্ক ফাইলের নিজেই একাধিক নাম রয়েছে (হার্ড লিঙ্ক); এই অসম্ভাব্য ক্ষেত্রে, প্রতিটি
প্রতীকী লিঙ্ক একটি স্বাধীন ফাইল হিসাবে সংরক্ষণ করা হয়.

এনটিএফএস ভলিউম গ্রেপ্তার (ইউনিক্স)

এই বিভাগে ডকুমেন্ট কিভাবে wimlib-imagex NTFS ভলিউম ইমেজ থেকে সরাসরি ফাইল ক্যাপচার করে
UNIX-এর মতো সিস্টেমে।

UNIX-এর মতো সিস্টেমে, যখন একটি বিশেষ চিত্র ক্যাপচার মোড প্রবেশ করা হয় উৎস নিয়মিত
ফাইল বা ব্লক ডিভাইস। এই মোডে, উৎস একটি NTFS ভলিউম বা ভলিউম বলে ধরে নেওয়া হয়
ছবি, এবং wimlib-imagex NTFS-এর সম্পূর্ণ বিষয়বস্তু সম্বলিত একটি WIM ইমেজ ক্যাপচার করবে
ভলিউম, NTFS-নির্দিষ্ট ডেটা সহ। এটি libntfs-3g ব্যবহার করে করা হয়।

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

NTFS ভলিউম ক্যাপচার মোড যতটা সম্ভব ডেটা এবং মেটাডেটা ক্যাপচার করার চেষ্টা করে,
যার মধ্যে আছে:

· সমস্ত এনক্রিপ্ট করা ফাইলের সমস্ত ডেটা স্ট্রীম, নামহীন ডেটা স্ট্রীম সহ
সমস্ত নামযুক্ত ডেটা স্ট্রিম হিসাবে।

· রিপার্স পয়েন্ট, সিম্বলিক লিঙ্ক, জংশন পয়েন্ট এবং অন্যান্য রিপার্স পয়েন্ট সহ।

· ফাইল এবং ডিরেক্টরি তৈরি, অ্যাক্সেস, এবং পরিবর্তন টাইমস্ট্যাম্প, নেটিভ ব্যবহার করে
100 ন্যানোসেকেন্ডের NTFS রেজোলিউশন।

· উইন্ডোজ নিরাপত্তা বর্ণনাকারী, সমস্ত উপাদান সহ (মালিক, গোষ্ঠী, DACL, এবং SACL)।

· ডস/উইন্ডোজ ফাইল অ্যাট্রিবিউট ফ্ল্যাগ।

· Win32 নেমস্পেস, ডস নেমস্পেসের নাম সহ সমস্ত ফাইলের সমস্ত নাম,
Win32+DOS নামস্থান এবং POSIX নামস্থান। এই হার্ড লিঙ্ক অন্তর্ভুক্ত.

যাইহোক, এই NTFS ভলিউম ক্যাপচার মোডের প্রধান সীমাবদ্ধতাগুলি হল:

· এনক্রিপ্ট করা ফাইল ডিফল্টরূপে বাদ দেওয়া হয়। যদিও libntfs-3g তাদের ডেটা পড়তে পারে,
সেগুলিকে WIM ফাইলে একটি বিশেষ বিন্যাসে সংরক্ষণ করতে হবে যা wimlib এখনও করে না
সমর্থন (উইন্ডোজ ব্যতীত, যেখানে উইমলিব ডেটাটিকে অস্বচ্ছ হিসাবে বিবেচনা করতে পারে এবং এটি হস্তান্তর করতে পারে
উপযুক্ত API ফাংশনে)।

· স্পার্স ফাইলে স্পার্স অ্যাট্রিবিউট সংরক্ষণ করা হবে, কিন্তু সংরক্ষিত ডেটা হবে
"স্পার্স" ডেটার পরিবর্তে ফাইলের সম্পূর্ণ ডেটা। (তথ্য, তবে, বিষয়
WIM ফরম্যাটের কম্প্রেশনে।)

ডিরেক্টরী গ্রেপ্তার (উইন্ডোজ)

উইন্ডোজে, wimlib-imagex গ্রেপ্তার এবং wimlib-imagex সংযোজন স্থানীয়ভাবে উইন্ডোজ সমর্থন করে-
নির্দিষ্ট এবং NTFS-নির্দিষ্ট ডেটা। তারা তাই সংশ্লিষ্ট অনুরূপ কাজ
Microsoft এর ImageX বা DISM এর কমান্ড। সেরা ফলাফলের জন্য, ডিরেক্টরিটি ক্যাপচার করা হচ্ছে
একটি NTFS ভলিউমে হওয়া উচিত এবং wimlib-imagex প্রশাসকের বিশেষাধিকারের সাথে চালানো উচিত;
যাইহোক, নন-এনটিএফএস ফাইল সিস্টেম এবং অ্যাডমিনিস্ট্রেটর বিশেষাধিকার ছাড়াই চলমান
সমর্থিত।

উইন্ডোজে, wimlib-imagex গ্রেপ্তার এবং wimlib-imagex সংযোজন যত বেশি তথ্য সংরক্ষণাগার চেষ্টা করুন এবং
যতটা সম্ভব মেটাডেটা, সহ:

· সমস্ত ফাইলের সমস্ত ডেটা স্ট্রিম।

· রিপার্স পয়েন্ট, সিম্বলিক লিঙ্ক, জংশন পয়েন্ট এবং অন্যান্য রিপার্স পয়েন্ট সহ,
যদি সোর্স ফাইল সিস্টেম দ্বারা সমর্থিত হয়। (দ্রষ্টব্য: দেখুন --আরপিফিক্স এবং --norpfix উন্নত
ঠিক কিভাবে নিখুঁত প্রতীকী লিঙ্ক এবং সংযোগগুলি ক্যাপচার করা হয় তার ডকুমেন্টেশন।)

· ফাইল এবং ডিরেক্টরি তৈরি, অ্যাক্সেস, এবং পরিবর্তন টাইমস্ট্যাম্প। এগুলো সংরক্ষণ করা হয়
Windows NT এর নেটিভ টাইমস্ট্যাম্প রেজোলিউশনের সাথে 100 ন্যানোসেকেন্ড।

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

· ফাইলের বৈশিষ্ট্য, লুকানো, স্পার্স, সংকুচিত, এনক্রিপ্ট করা ইত্যাদি সহ। এনক্রিপ্ট করা
ফাইলগুলি প্লেইন টেক্সটের পরিবর্তে এনক্রিপ্ট করা আকারে সংরক্ষণ করা হবে। স্বচ্ছভাবে
সংকুচিত ফাইলগুলি WIM-এর নিজস্ব বিষয়বস্তুতে অসঙ্কুচিত এবং সংরক্ষণ করা হবে
সঙ্কোচন. স্পার্স ফাইল সংরক্ষণ করার জন্য কোন বিশেষ হ্যান্ডলিং নেই, কিন্তু তারা হয়
একটি ছোট আকার কম্প্রেস করার সম্ভাবনা.

· ডস নাম (8.3) ফাইলের নাম; যাইহোক, তাদের পড়তে ব্যর্থতা একটি বিবেচনা করা হয় না
ত্রুটি অবস্থা।

· হার্ড লিঙ্ক, যদি সোর্স ফাইল সিস্টেম দ্বারা সমর্থিত হয়।

NTFS বর্ধিত বৈশিষ্ট্য এবং অবজেক্ট আইডি সংরক্ষণ করার জন্য কোন সমর্থন নেই।

ক্যাপচার প্রক্রিয়া বিপরীত, যখন থেকে wimlib-imagex প্রয়োগ করা (উইন্ডোজে) নির্যাস
ক্যাপচার করা WIM ইমেজ, এটি উপরের সমস্ত তথ্য বের করবে, অন্তত
গন্তব্য ফাইল সিস্টেম দ্বারা সমর্থিত পরিমাণ।

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

বিকল্প

-বুট
নির্দিষ্ট করে যে নতুন ইমেজটিকে WIM আর্কাইভের বুটযোগ্য ইমেজ হিসেবে তৈরি করতে হবে।

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

-- কম্প্রেস=প্রকার[:লেভেল]
নতুন WIM ফাইলের জন্য কম্প্রেশন বিন্যাস নির্দিষ্ট করে। প্রকার হতে পারে "কোনটিই নয়", "XPRESS"
(উনাম: "দ্রুত"), "LZX" (উনাম: "সর্বোচ্চ"), বা "LZMS" (উনাম: "পুনরুদ্ধার")। প্রকার is
কেস-সংবেদনশীলভাবে মিলেছে। ডিফল্ট হল "LZX"।

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

এই বিকল্পটি শুধুমাত্র নন-সলিড WIM রিসোর্সে ব্যবহৃত কম্প্রেশন প্রকারকে প্রভাবিত করে। যদি
আপনি একটি কঠিন WIM তৈরি করছেন ( ব্যবহার করে -- কঠিন বিকল্প), তাহলে আপনি সম্ভবত চান
--সলিড-কম্প্রেস পরিবর্তে.

আপনি যদি LZMS কম্প্রেশন চয়ন করেন তবে সতর্ক থাকুন। এটি আগে উইমলিবের সাথে সামঞ্জস্যপূর্ণ নয়
v1.6.0, Windows 8 এর আগে WIMGAPI, Windows 8.1 এর আগে DISM এবং v7 এর আগে 15.12-Zip।

এছাড়াও মনে রাখবেন যে LZMS কম্প্রেশন নির্বাচন করা স্বয়ংক্রিয়ভাবে কঠিন-মোড বোঝায় না
কম্প্রেশন, যেমন এটি DISM এর সাথে করে। ব্যবহার করুন -- কঠিন আপনি যদি একটি কঠিন WIM তৈরি করতে চান,
অথবা "ESD ফাইল"।

--খণ্ড-আকার=আকার
কম্প্রেশন খণ্ড আকার সেট করুন আকার বাইট একটি বড় কম্প্রেশন খণ্ড আকার
একটি ভাল কম্প্রেশন অনুপাত ফলাফল. wimlib বিভিন্ন খণ্ড আকার সমর্থন করে
কম্প্রেশন ধরনের উপর নির্ভর করে:

· এক্সপ্রেস: 4K, 8K, 16K, 32K, 64K

· LZX: 32K, 64K, 128K, 256K, 512K, 1M, 2M

· LZMS: 32K, 64K, 128K, 256K, 512K, 1M, 2M, 4M, 8M, 16M, 32M, 64M, 128M, 256M, 512M,
1G

আপনি সম্পূর্ণ নম্বর প্রদান করতে পারেন (যেমন 32768), অথবা আপনি K, M, বা G এর একটি ব্যবহার করতে পারেন
প্রত্যয় KiB, MiB, এবং GiBও গৃহীত হয়।

এই বিকল্পটি শুধুমাত্র নন-সলিড WIM রিসোর্সে ব্যবহৃত খণ্ডের আকারকে প্রভাবিত করে। যদি তুমি হও
একটি কঠিন WIM তৈরি করা (ব্যবহার করে -- কঠিন বিকল্প), তাহলে আপনি সম্ভবত চান --সলিড-
খণ্ড আকার পরিবর্তে.

Microsoft এর বাস্তবায়নের সাথে সামঞ্জস্যপূর্ণ হলে সতর্কতার সাথে এই বিকল্পটি ব্যবহার করুন
পছন্দসই, যেহেতু তাদের বাস্তবায়নে অ-ডিফল্ট খণ্ড আকারের জন্য সীমিত সমর্থন রয়েছে।

-- কঠিন
একটি "কঠিন" WIM ফাইল তৈরি করুন যা ফাইলগুলিকে স্বাধীনভাবে না করে একসাথে সংকুচিত করে।
এটি একটি উল্লেখযোগ্যভাবে ভাল কম্প্রেশন অনুপাতের ফলাফল, তবে এটি খরচে আসে
বিভিন্ন ট্রেডঅফ, সহ: খুব উচ্চ মেমরি ব্যবহারের সাথে ধীর সংকোচন; ধীর
ফলস্বরূপ WIM ফাইলে র্যান্ডম অ্যাক্সেস; এবং কম সামঞ্জস্যতা।

সামঞ্জস্য অনুসারে, শক্ত WIM সমর্থন করার জন্য মাইক্রোসফ্টের WIMGAPI-এর প্রথম সংস্করণ
ফাইলগুলি উইন্ডোজ 8 এর সাথে প্রকাশ করা হয়েছিল এবং এটি করার জন্য ডিআইএসএম-এর প্রথম সংস্করণ ছিল
উইন্ডোজ 8.1 সহ মুক্তি পেয়েছে।

আপনি যদি একটি "ESD ফাইল" তৈরি করতে চান, তাহলে এই বিকল্পটি ব্যবহার করুন। একটি (এনক্রিপ্ট করা) "ESD
ফাইল" একটি কঠিন WIM ফাইল।

ডিফল্টরূপে, এই বিকল্পটি DISM এর বিকল্পের সমতুল্য একটি প্রভাব রয়েছে৷
/কম্প্রেস: পুনরুদ্ধার. উইমলিব-ইমেজেক্সের বিকল্পগুলি ভিন্ন কারণ তারা চেষ্টা করে
সলিড-মোড কম্প্রেশনের সাথে কম্প্রেশন টাইপ (যেমন LZX বা LZMS) মিশ্রিত না করা,
যেহেতু এই দুটি ভিন্ন জিনিস।

--সলিড-খণ্ড-আকার=আকার
মত --খণ্ড-আকার, কিন্তু কঠিন সম্পদে ব্যবহৃত খণ্ড আকার সেট করুন। ডিফল্ট,
LZMS কম্প্রেশন ধরে নিলাম, হল 64MiB (67108864); এর জন্য প্রায় 640MiB মেমরি প্রয়োজন
থ্রেড প্রতি এই বিকল্পটি শুধুমাত্র যখন একটি প্রভাব আছে -- কঠিন এছাড়াও নির্দিষ্ট করা হয়। বিঃদ্রঃ:
মাইক্রোসফ্টের বাস্তবায়ন LZMS খণ্ডের চেয়ে বড় আকারের সাথে সামঞ্জস্যপূর্ণ নয়
64MiB

--সলিড-কম্প্রেস=প্রকার[:লেভেল]
মত -- কম্প্রেস, কিন্তু কঠিন সম্পদে ব্যবহৃত কম্প্রেশন প্রকার সেট করুন। ডিফল্ট
LZMS কম্প্রেশন। এই বিকল্পটি শুধুমাত্র যখন একটি প্রভাব আছে -- কঠিন এছাড়াও নির্দিষ্ট করা হয়।

--থ্রেড=NUM_THREADS
ডেটা সংকুচিত করার জন্য ব্যবহার করার জন্য থ্রেডের সংখ্যা। ডিফল্ট: স্বয়ংক্রিয় সনাক্তকরণ (এর সংখ্যা
উপলব্ধ সিপিইউ)।

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

--পতাকা=EDITIONID
ব্যবহার করার জন্য একটি স্ট্রিং নির্দিষ্ট করুন নতুন ছবির জন্য XML ডেটার উপাদান।

--ইমেজ-সম্পত্তি NAME এর=VALUE না
WIM ফাইলের XML নথিতে সেট করার জন্য একটি নির্বিচারে প্রতি-ইমেজ সম্পত্তি নির্দিষ্ট করুন।
VALUE না সম্পত্তি মান হিসাবে সেট করা স্ট্রিং। NAME এর ছবির নাম
সম্পত্তি, উদাহরণস্বরূপ "NAME", "DESCRIPTION", বা "TOTALBYTES"। নাম থাকতে পারে
একটি নেস্টেড XML উপাদান নির্দেশ করতে ফরওয়ার্ড স্ল্যাশ; উদাহরণ স্বরূপ,
"WINDOWS/VERSION/BUILD" ভার্সনের মধ্যে থাকা বিল্ড উপাদানটিকে নির্দেশ করে
এলিমেন্ট উইন্ডোজ এলিমেন্টের মধ্যে নেস্টেড। একটি বন্ধনী নম্বর ব্যবহার করা যেতে পারে
বেশ কয়েকটি অভিন্ন-নামযুক্ত উপাদানগুলির মধ্যে একটি নির্দেশ করুন; উদাহরণ স্বরূপ,
"WINDOWS/LANGUAGES/LANGUAGE[2]" নির্দেশ করে দ্বিতীয় "ভাষা" উপাদানটি নেস্ট করা
"WINDOWS/LANGUAGES" উপাদানের মধ্যে। এইভাবে উপাদানগুলির একটি তালিকা যোগ করার সময়,
তাদের অবশ্যই ক্রমানুসারে উল্লেখ করা উচিত। উল্লেখ্য যে উপাদানের নামগুলি হল-
সংবেদনশীল এই বিকল্পটি একাধিকবার উল্লেখ করা যেতে পারে।

-- dereference
(শুধুমাত্র UNIX-এর মতো সিস্টেম) প্রতীকী লিঙ্কগুলি অনুসরণ করুন এবং তারা যে ফাইলগুলি নির্দেশ করে তা সংরক্ষণাগারভুক্ত করুন,
বরং লিঙ্ক নিজেদের আর্কাইভ করার চেয়ে.

--config=ফাইল
একটি কনফিগারেশন ফাইল নির্দিষ্ট করে (UTF-8 বা UTF-16LE এনকোড করা; প্লেইন ASCIIও কাজ করে)
নতুন ছবি তোলার জন্য। কনফিগারেশন ফাইল যে ফাইলগুলি হতে হবে তা নির্দিষ্ট করে
ছবি তোলার সময় বিশেষভাবে চিকিত্সা করা হয়।

কনফিগারেশন ফাইলের বিন্যাস হল INI-শৈলী; যে, এটা সাজানো হয়
বন্ধনী বিভাগ. বর্তমানে, নিম্নলিখিত বিভাগগুলি স্বীকৃত:

· [এক্সক্লুশনলিস্ট] --- ক্যাপচার থেকে বাদ দেওয়ার জন্য পাথ গ্লবগুলির একটি তালিকা রয়েছে। যদি
একটি ডিরেক্টরি মেলে, ডিরেক্টরি এবং এর বিষয়বস্তু উভয়ই বাদ দেওয়া হয়।

· [ExclusionException] --- এর মধ্যে অন্তর্ভুক্ত করার জন্য পাথ গ্লবগুলির একটি তালিকা রয়েছে
ক্যাপচার করুন, এমনকি যখন ফাইল বা ডিরেক্টরিটি [ExclusionList]-এর একটি গ্লোবের সাথে মেলে।

· [PrepopulateList] --- এটি ক্যাপচারকে প্রভাবিত করে না, তবে যদি ছবিটি প্রয়োগ করা হয়
পরে সঙ্গে --উইবুট, এগুলি ফাইলের গ্লব যা সাধারণত বের করা হবে,
WIMBoot "পয়েন্টার ফাইল" হিসাবে নয়। যদি একটি ডিরেক্টরি মিলে যায়, সব ফাইল এবং
সাবডিরেক্টরিগুলিও পুনরাবৃত্তভাবে মেলে।

পাথ গ্লোবগুলিতে '*' এবং '?' থাকতে পারে মেটা-অক্ষর আপেক্ষিক গ্লবস (যেমন
*.mp3) যেকোন ডিরেক্টরির ফাইলের নামের সাথে মিল। পরম গ্লবস (যেমন /dir/file),
ক্যাপচার করা মূল ডিরেক্টরি থেকে শুরু হওয়া পাথ বা এর রুট হিসাবে বিবেচনা করা হয়
NTFS ভলিউম ক্যাপচার মোডের জন্য NTFS ভলিউম। ড্রাইভ অক্ষর ব্যবহার করবেন না
পথ তারা উপেক্ষা করা হবে। পাথ বিভাজক হয় ফরোয়ার্ড স্ল্যাশ বা হতে পারে
পিছনের স্ল্যাশ

লাইনগুলি '#' বা ';' দিয়ে শুরু অক্ষরগুলিকে মন্তব্য হিসাবে বিবেচনা করা হয় এবং উপেক্ষা করা হয়।
হোয়াইটস্পেস সহ গ্লোবগুলি উদ্ধৃত করার প্রয়োজন নেই; যাইহোক, যদি তারা হয়, উভয় দ্বিগুণ
এবং একক উদ্ধৃতি গ্রহণ করা হয়.

এই বিকল্পটি নির্দিষ্ট না হলে নিম্নলিখিত ডিফল্ট কনফিগারেশন ফাইলটি ব্যবহার করা হয়:

[বর্জন তালিকা]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\সিস্টেম ভলিউম তথ্য
\ রিসাইক্লার
\Windows\CSC

যাইহোক, বিশেষ আচরণ প্রযোজ্য যদি --উইবুট এছাড়াও নির্দিষ্ট করা হয়। ডিফল্টরূপে, সঙ্গে
--উইবুট নির্দিষ্ট করা হয়েছে, ডিরেক্টরিতে Windows/System32/WimBootCompress.ini ফাইলটি
ক্যাপচার করা কনফিগারেশন ফাইল হিসাবে ব্যবহার করা হবে। যাইহোক, এটা হতে পারে
ব্যবহার করে ওভাররাইড করা হয়েছে --config; এবং এটি নির্দিষ্ট কনফিগারেশন ফাইলকেও ঘটায়
WIM ইমেজে Windows/System32/WimBootCompress.ini হিসাবে সংরক্ষিত হবে, যে কোনোটিকে ওভাররাইড করে
যেটি ফাইল সিস্টেমে উপস্থিত হতে পারে।

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

wimlib প্রতিটি ডিরেক্টরিতে একটি বিশেষ ট্যাগযুক্ত মেটাডেটা আইটেম যোগ করে UNIX ডেটা সঞ্চয় করে
এই তথ্য ধারণকারী প্রতিটি ফাইলের এন্ট্রি। এই অতিরিক্ত তথ্য
মাইক্রোসফ্ট বাস্তবায়ন দ্বারা উপেক্ষা করা হয়েছে। দ্রষ্টব্য: UNIX ডেটা আগে উইমলিব দ্বারা সংরক্ষিত
v1.7.0 একটি ভিন্ন ফর্ম্যাট ব্যবহার করেছে যা আর সমর্থিত নয়। আপনার যদি পুরানো WIM থাকে
ইউনিক্স ডেটা সহ ফাইলগুলি, সেগুলিকে v1.6.2 দিয়ে প্রয়োগ করুন এবং v1.7.0 দিয়ে পুনরায় ক্যাপচার করুন বা
পরে।

--না-এসিএল
ফাইলের নিরাপত্তা বর্ণনাকারী ক্যাপচার করবেন না।

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

--আরপিফিক্স, --norpfix
নিখুঁত প্রতীকী লিঙ্কগুলির লক্ষ্যগুলি ঠিক করতে হবে কিনা তা সেট করুন (উইন্ডোজে রিপার্স পয়েন্ট
পরিভাষা) বা না। যখন সক্রিয় (--আরপিফিক্স), পরম প্রতীকী লিঙ্ক যে পয়েন্ট
ক্যাপচার করা ডিরেক্টরি গাছের ভিতরে পরম আপেক্ষিক হতে সমন্বয় করা হবে
ডিরেক্টরি গাছের মূল ক্যাপচার করা হচ্ছে। যখন অক্ষম (--norpfix), পরম
প্রতীকী লিঙ্কগুলি ঠিক যেমন আছে তেমনই ক্যাপচার করা হবে।

জন্য ডিফল্ট আচরণ wimlib-imagex গ্রেপ্তার সমতুল্য --আরপিফিক্স. দ্য
জন্য ডিফল্ট আচরণ wimlib-imagex সংযোজন হবে --আরপিফিক্স যদি রিপার্স পয়েন্ট fixups
পূর্বে করা হয়েছে WIMFILEঅন্যথায় --norpfix.

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

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

একটি উদাহরণ উত্স তালিকা ফাইল নিম্নরূপ:

# 'winpe' ডিরেক্টরি থেকে WIM ইমেজ তৈরি করুন
winpe /

# WIM ছবিতে 'ওভারলে' ডিরেক্টরিটি '/ওভারলে' এ পাঠান
ওভারলে/ওভারলে

# সরাসরি WIM ইমেজের রুটে একটি পৃথক ডিরেক্টরি ওভারলে করুন।
/ডেটা/স্টাফ/

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

হোয়াইটস্পেস ধারণকারী ফাইল পাথগুলি একক উদ্ধৃতি বা দ্বিগুণ সহ উদ্ধৃত করা যেতে পারে
উদ্ধৃতি উদ্ধৃতি এড়াতে পারে না.

শুধুমাত্র সাদা স্থান নিয়ে গঠিত রেখা এবং '#' এর আগে শুরু হওয়া লাইন
ঐচ্ছিক হোয়াইটস্পেস উপেক্ষা করা হয়।

একটি বিশেষ ক্ষেত্রে, যদি উৎস হল "-", উৎস তালিকা স্ট্যান্ডার্ড ইনপুট থেকে পড়া হয়
একটি বহিরাগত ফাইলের পরিবর্তে।

UNIX-এর মতো সিস্টেমে NTFS ভলিউম ক্যাপচার মোড ব্যবহার করা যাবে না --উৎস-তালিকা,
যেহেতু শুধুমাত্র একটি সম্পূর্ণ NTFS ভলিউম ক্যাপচার করা সমর্থিত।

-- পাইপযোগ্য
একটি "পাইপযোগ্য" WIM তৈরি করুন, যা সম্পূর্ণ ক্রমানুসারে প্রয়োগ করা যেতে পারে, এ থেকে সহ
পাইপ ফলস্বরূপ WIM-এ একটি চিত্রের সাথে প্রয়োগ করা যেতে পারে wimlib-imagex প্রয়োগ করাহয়, হয়
সাধারণত WIM ফাইলের নাম উল্লেখ করে বা এর সাথে wimlib-imagex প্রয়োগ করা - পড়তে
স্ট্যান্ডার্ড ইনপুট থেকে WIM। দেখা wimlib-imagex প্রয়োগ করা(1) আরও বিস্তারিত জানার জন্য।

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

যখন উইমলিব একটি পাইপযোগ্য WIM তৈরি করে, তখন এটি সাবধানে এর উপাদানগুলিকে পুনরায় সাজায়
WIM যাতে সেগুলিকে ক্রমানুসারে পড়া যায় এবং আরও কিছু তৈরি করা যায়
পরিবর্তন ফলস্বরূপ, এই "pipable" WIM হয় না উপযুক্ত সঙ্গে
Microsoft এর সফটওয়্যার, তাই মনে রাখবেন যদি আপনি সেগুলি ব্যবহার করতে যাচ্ছেন। যদি ইচ্ছা হয়,
তুমি ব্যবহার করতে পার wimlib-imagex নিখুত -- পাইপযোগ্য নয় একটি পাইপযোগ্য WIM পুনরায় লিখতে a হিসাবে
নিয়মিত WIM। (wimlib-imagex রপ্তানি এছাড়াও ইমেজ এক্সপোর্ট করার ক্ষমতা প্রদান করে
একটি পাইপযোগ্য WIM থেকে একটি নন-পাইপযোগ্য WIM-তে, অথবা এর বিপরীতে।)

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

wimlib-imagex গ্রেপ্তার এবং wimlib-imagex সংযোজন উভয়ই সরাসরি একটি পাইপযোগ্য WIM লিখতে পারে
স্ট্যান্ডার্ড আউটপুট; এই স্বয়ংক্রিয়ভাবে করা হয় যদি WIMFILE "-" হিসাবে নির্দিষ্ট করা হয়েছে। (ভিতরে
সেই ক্ষেত্রে, -- পাইপযোগ্য অনুমান করা হচ্ছে.)

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

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

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

যেমন দেখানো হয়েছে, এই বিকল্পের আর্গুমেন্টের সম্পূর্ণ সিনট্যাক্স হল WIM নির্দিষ্ট করা
ফাইল, একটি কোলন এবং চিত্র; উদাহরণস্বরূপ, "--update-of mywim.wim:1"। তবে
WIM ফাইল এবং কোলন বাদ দেওয়া হতে পারে, এই ক্ষেত্রে WIM ফাইলটি ডিফল্ট হবে
ডাব্লুআইএম ফাইলটি অ্যাপেন্ড অপারেশনের জন্য যুক্ত করা হচ্ছে, অথবা যে ডাব্লুআইএম ফাইল থেকে একটি ডেল্টা
নেওয়া হচ্ছে (শুধু যদি --ডেল্টা-থেকে ঠিক একবার নির্দিষ্ট করা হয়েছে) ক্যাপচারের জন্য
অপারেশন।

--ডেল্টা-থেকে=WIMFILE
জন্য wimlib-imagex গ্রেপ্তার শুধুমাত্র: একটি "ডেল্টা" হিসাবে নতুন WIM ক্যাপচার করুন WIMFILE। কোন
যে স্ট্রীমগুলিকে সাধারণত নতুন WIM-এ সংরক্ষণাগারভুক্ত করতে হবে সেগুলি যদি বাদ দেওয়া হয়
ইতিমধ্যে উপস্থিত আছে WIMFILE যার উপর ভিত্তি করে বদ্বীপ হচ্ছে। নতুন WIM
এখনও ইমেজ মেটাডেটার একটি সম্পূর্ণ অনুলিপি থাকবে, কিন্তু এটি সাধারণত শুধুমাত্র a
একটি WIM এর মোট আকারের ছোট ভগ্নাংশ।

এই বিকল্পটি একাধিকবার নির্দিষ্ট করা যেতে পারে, যে ক্ষেত্রে ফলস্বরূপ ডেল্টা WIM
শুধুমাত্র নির্দিষ্ট বেস WIM-এর মধ্যে উপস্থিত নয় এমন স্ট্রীম থাকবে।

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

--ডেল্টা-থেকে সঙ্গে মিলিত হতে পারে --আপডেট-এর ক্যাপচারের গতি বাড়াতে a
ডেল্টা WIM।

একটি উদাহরণ হিসাবে, নিম্নলিখিত ব্যাকআপ এবং পুনরুদ্ধার ক্রম বিবেচনা করুন:

(প্রাথমিক ব্যাকআপ)

$wimcapture /some/directory bkup-base.wim

(কিছু দিন পরে, প্রথম থেকে ডেল্টা হিসাবে দ্বিতীয় ব্যাকআপ তৈরি করুন)

$wimcapture /some/directory bkup-2013-08-20.dwm \
--bkup-base.wim-এর আপডেট:-1 --ডেল্টা-bkup-base.wim থেকে

(দ্বিতীয় ব্যাকআপ পুনরুদ্ধার করা হচ্ছে)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/কিছু/ডিরেক্টরি

যাইহোক, নোট করুন যে উপরের ক্রমটির বিকল্প হিসাবে যেটি একটি ডেল্টা WIM ব্যবহার করেছে,
দ্বিতীয় ব্যাকআপটি ব্যবহার করে নতুন ইমেজ হিসাবে WIM এর সাথে যুক্ত করা যেতে পারে
wimlib-imagex সংযোজন. ডেল্টা WIMs শুধুমাত্র তখনই ব্যবহার করা উচিত যদি এটি বেস করতে চায়
একটি পৃথক, বড় ফাইলে ব্যাকআপ বা ছবি যা খুব কমই পরিবর্তিত হয়।

দ্রষ্টব্য: "পাইপযোগ্য" WIM-এর বিপরীতে (এর সাথে তৈরি -- পাইপযোগ্য বিকল্প), "ডেল্টা" WIMs
( দিয়ে তৈরি করা হয়েছে --ডেল্টা-থেকে বিকল্প) মাইক্রোসফ্টের সফ্টওয়্যারের সাথে সামঞ্জস্যপূর্ণ।
উদাহরণস্বরূপ, আপনি বেস WIM(গুলি) উল্লেখ করতে ImageX এর /ref বিকল্পটি ব্যবহার করতে পারেন,
উপরের অনুরূপ।

অতিরিক্ত নোট: wimlib-imagex আপনি আসলে একত্রিত করতে পারেন যে যথেষ্ট সাধারণীকৃত
-- পাইপযোগ্য এবং --ডেল্টা-থেকে পাইপযোগ্য ডেল্টা WIMs তৈরি করতে। এই ধরনের ক্ষেত্রে, বেস
ডব্লিউআইএম ​​(গুলি) অবশ্যই পাইপযোগ্য হিসাবে ডেল্টা ডব্লিউআইএম ​​হিসাবে ক্যাপচার করতে হবে এবং প্রয়োগ করার সময়
ইমেজ, বেস WIM(গুলি) অবশ্যই ডেল্টা WIM-এর পরে পাইপের উপরে পাঠাতে হবে।

--উইবুট
ইমেজটিকে WIMBoot-সামঞ্জস্যপূর্ণ হিসাবে চিহ্নিত করুন। আরো জন্য Microsoft এর ডকুমেন্টেশন দেখুন
WIMBoot সম্পর্কে তথ্য। এই বিকল্পটি, ডিফল্টরূপে, কম্প্রেশন প্রকার সেট করবে
XPRESS থেকে এবং খণ্ডের আকার 4096 বাইট; এই, যাইহোক, এখনও ওভাররাইড করা যেতে পারে
মাধ্যমে -- কম্প্রেস এবং --খণ্ড-আকার পরামিতি, যথাক্রমে। উপরন্তু, এই
বিকল্পটি, ডিফল্টরূপে, কনফিগারেশন ফাইলকে সেট করবে
উৎস\Windows\System32\WimBootCompress.ini যদি উপস্থিত এবং অ্যাক্সেসযোগ্য; যাইহোক, এই
এর মাধ্যমে এখনও ওভাররাইড করা হতে পারে --config প্যারামিটার।

--অনিরাপদ-কম্প্যাক্ট
এই বিকল্পের জন্য ডকুমেন্টেশন দেখুন wimlib-imagex-অপ্টিমাইজ (1).

--স্ন্যাপশট
পরীক্ষামূলক: উৎস ডিরেক্টরির একটি অস্থায়ী ফাইল সিস্টেম স্ন্যাপশট তৈরি করুন এবং
এটি থেকে ফাইলগুলি ক্যাপচার করুন। বর্তমানে, এই বিকল্পটি শুধুমাত্র Windows এ সমর্থিত,
যেখানে এটি ভলিউম শ্যাডো কপি সার্ভিস (VSS) ব্যবহার করে। এই বিকল্প ব্যবহার করে, আপনি করতে পারেন
ছাড়া চলমান উইন্ডোজ সিস্টেমের সিস্টেম ভলিউমের একটি সামঞ্জস্যপূর্ণ ব্যাকআপ তৈরি করুন
লক করা ফাইলগুলির সাথে সমস্যার মধ্যে চলছে। VSS স্ন্যাপশট সফলভাবে হওয়ার জন্য
সৃষ্টি করা, wimlib-imagex একটি প্রশাসক হিসাবে চালানো আবশ্যক, এবং এটি চালানো যাবে না
WoW64 মোড (অর্থাৎ যদি উইন্ডোজ 64-বিট হয়, তাহলে wimlib-imagex অবশ্যই 64-বিট হতে হবে)।

নোট

wimlib-imagex সংযোজন একটি বিভক্ত WIM-এ একটি চিত্র যুক্ত করা সমর্থন করে না।

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

wimlib-imagex Microsoft এর সফ্টওয়্যার (WIMGAPI, ImageX, DISM) এর সাথে সামঞ্জস্যপূর্ণ WIMs তৈরি করে,
কিছু সতর্কতা সহ:

· সঙ্গে wimlib-imagex UNIX-এর মতো সিস্টেমে, WIM ইমেজ তৈরি করা সম্ভব
শুধুমাত্র ক্ষেত্রে ভিন্ন নামের সাথে ফাইল ধারণ করে, অথবা নামযুক্ত ফাইলে
অক্ষর ':', '*', '?', '"', '<', '>', '|', বা '\', যা POSIX-এ বৈধ
অনুগত ফাইল সিস্টেম কিন্তু উইন্ডোজ নয়। এই ধরনের ফাইল হবে না সতর্ক করা
উইন্ডোজ সংস্করণ দ্বারা ডিফল্টরূপে নিষ্কাশিত wimlib-imagex, এবং (আরও খারাপ)
মাইক্রোসফ্ট এর ইমেজএক্স এই ধরনের নাম দ্বারা বিভ্রান্ত হতে পারে এবং ইমেজটি আংশিকভাবে বের করা বন্ধ করে দিতে পারে
মাধ্যম. (এটি সম্ভবত উইন্ডোজের নিজস্ব ডিফল্ট ফাইল সিস্টেম উল্লেখ করা মূল্যবান,
NTFS, এই অক্ষরগুলিকে সমর্থন করে, যদিও Windows করে না!)

· পাইপযোগ্য WIM গুলি মাইক্রোসফটের সফ্টওয়্যারের সাথে বেমানান। পাইপযোগ্য WIM তৈরি করা হয়
শুধু যদি WIMFILE "-" (স্ট্যান্ডার্ড আউটপুট) হিসাবে নির্দিষ্ট করা হয়েছিল বা যদি -- পাইপযোগ্য পতাকা ছিল
নির্দিষ্ট

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

উদাহরণ

প্রথম উদাহরণ: LZX ("সর্বোচ্চ") কম্প্রেশন সহ একটি নতুন WIM 'mywim.wim' তৈরি করুন যা হবে
ডিরেক্টরি ট্রি 'somedir'-এর একটি ক্যাপচার করা চিত্র রয়েছে। উল্লেখ্য যে ছবির নাম প্রয়োজন
নির্দিষ্ট করা হবে না এবং ডিফল্ট হবে 'somedir':

wimlib-imagex capture somedir mywim.wim

অথবা, যদি উইমক্যাপচার হার্ড লিংক বা ব্যাচ ফাইল ইন্সটল করা হয়েছে, সংক্ষিপ্ত আকারে করতে পারেন
ব্যবহার করা:

wimcapture somedir mywim.wim

অবশিষ্ট উদাহরণগুলি দীর্ঘ ফর্ম ব্যবহার করবে, তবে. এর পরে, a এর চিত্রটি যুক্ত করুন
উপরে তৈরি WIM-এর জন্য ভিন্ন ডিরেক্টরি ট্রি:

wimlib-imagex আরেকটি নির্দেশ mywim.wim যুক্ত করুন

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

wimlib-imagex capture somedir mywim.wim --compress=fast \
--চেক --norpfix "কিছু নাম" "কিছু বর্ণনা"

একটি নতুন WIM ফাইলে একটি সম্পূর্ণ NTFS ভলিউম ক্যাপচার করুন এবং ছবিটির নাম দিন "Windows 7"। চালু
ইউনিক্স-এর মতো সিস্টেম, এর জন্য বর্ণিত বিশেষ মোড ব্যবহার করা প্রয়োজন এনটিএফএস ভলিউম গ্রেপ্তার
(ইউনিক্স) কোথায় উৎস একটি NTFS ফাইল সিস্টেম ধারণকারী একটি ফাইল বা ব্লক ডিভাইস:

wimlib-imagex ক্যাপচার /dev/sda2 windows7.wim "উইন্ডোজ 7"

অথবা, Windows এ, একটি সম্পূর্ণ NTFS ভলিউম ক্যাপচার করার জন্য আপনাকে পরিবর্তে রুটটি নির্দিষ্ট করতে হবে
মাউন্ট করা ভলিউমের ডিরেক্টরি, উদাহরণস্বরূপ:

wimlib-imagex ক্যাপচার E:\ windows7.wim "উইন্ডোজ 7"

থেকে একটি NTFS ভলিউম ক্যাপচার সঙ্গে উপরের উদাহরণ হিসাবে একই wimlib-imagex ইউনিক্স-এ চলছে
সিস্টেমের মতো, কিন্তু উইমলিব-নির্দিষ্ট "পাইপযোগ্য" বিন্যাসে WIM ক্যাপচার করুন যা পাইপ করা যেতে পারে
থেকে wimlib-imagex প্রয়োগ করা:

wimlib-imagex ক্যাপচার /dev/sda2 windows7.wim "উইন্ডোজ 7" \
-- পাইপযোগ্য

উপরের মতই, কিন্তু "windows7.wim" ফাইলে পাইপযোগ্য WIM লেখার পরিবর্তে এটি লিখুন
একটি পাইপের মাধ্যমে সরাসরি স্ট্যান্ডার্ড আউটপুটে অন্য কোনো প্রোগ্রাম "someprog", যা
উদাহরণস্বরূপ, একটি প্রোগ্রাম বা স্ক্রিপ্ট হতে পারে যা একটি সার্ভারে ডেটা স্ট্রিম করে। মনে রাখবেন যে
-- পাইপযোগ্য WIM "ফাইল" হিসাবে স্ট্যান্ডার্ড আউটপুট ব্যবহার করার সময় স্পষ্টভাবে নির্দিষ্ট করার প্রয়োজন নেই:

wimlib-imagex capture /dev/sda2 - "উইন্ডোজ 7" | someprog

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