wimcapture - آنلاین در ابر

برنامه:

نام

wimlib-imagex-capture, wimlib-imagex-append - ایجاد یا ضمیمه تصویر WIM

خلاصه

wimlib-imagex گرفتن SOURCE WIMFILE [IMAGE_NAME [توضیحات تصویر]] [گزینه...]
wimlib-imagex ضمیمه کردن SOURCE WIMFILE [IMAGE_NAME [توضیحات تصویر]] [گزینه...]

شرح

La wimlib-imagex گرفتن و wimlib-imagex ضمیمه کردن دستورات ایجاد تصویربرداری ویندوز (WIM)
تصویر از درخت دایرکتوری در wimlib-imagex گرفتن دستور یک فایل WIM جدید ایجاد می کند
حاوی تصویر گرفته شده، در حالی که wimlib-imagex ضمیمه کردن دستور ضبط شده را اضافه می کند
تصویر به یک فایل WIM موجود این دستورات نیز به صورت ساده در دسترس هستند ویم کپچر و
wimappend اگر لینک های سخت یا فایل های دسته ای مناسب نصب شده باشند.

اطلاعات پس زمینه: تصویر WIM یک درخت دایرکتوری مستقل در یک فایل WIM است. یک WIM
فایل ممکن است حاوی هر تعداد تصویر جداگانه باشد. فایل‌های WIM تک نمونه‌سازی می‌شوند
با توجه به داده‌های فایل، یک فایل صرف‌نظر از اینکه فقط یک بار در کل WIM ذخیره می‌شود
فایل در چند تصویر ظاهر می شود.

SOURCE محل فایل‌ها را برای ایجاد تصویر WIM جدید مشخص می‌کند. اگر SOURCE is
یک دایرکتوری، تصویر WIM از آن دایرکتوری گرفته می شود (نگاه کنید به دایرکتوری گرفتن (یونیکس)
or دایرکتوری گرفتن (پنجره ها)). متناوبا، اگر ---source-list گزینه است
مشخص شده، SOURCE به عنوان فایلی تفسیر می شود که خود لیستی از فایل ها و
دایرکتوری هایی که باید در تصویر جدید WIM گنجانده شوند. به جای آن، فقط در یونیکس مانند
سیستم ها، اگر SOURCE یک فایل معمولی یا دستگاه بلوک است که به عنوان یک حجم NTFS تفسیر می شود
که از آن یک تصویر WIM قرار است با استفاده از libntfs-3g گرفته شود (نگاه کنید به NTFS VOLUME گرفتن
(یونیکس)).

IMAGE_NAME و توضیحات تصویر نام و توضیحاتی را برای دادن WIM جدید مشخص کنید
تصویر اگر IMAGE_NAME مشخص نشده است، به طور پیش فرض روی نام پایه قرار می گیرد (به استثنای مسیر به
دایرکتوری والد) از SOURCE، اما اگر این نام از قبل وجود داشته باشد WIMFILE، یک پسوند منحصر به فرد
اضافه شد. در غیر این صورت، IMAGE_NAME باید یا نامی باشد که قبلاً به عنوان یک وجود نداشته باشد
تصویر در WIMFILE، یا رشته خالی برای ایجاد یک تصویر بدون نام. اگر
توضیحات تصویر مشخص نشده است، هیچ توضیحی برای تصویر جدید داده نشده است.

به عنوان یک مورد خاص، اگر WIMFILE هست -- قابل لوله کشی گزینه فرض شده و فایل WIM است
روی خروجی استاندارد در قالب pipable ویژه نوشته شده است. برای مشاهده مستندات
-- قابل لوله کشی برای جزئیات بیشتر.

دایرکتوری گرفتن (یونیکس)

این بخش چگونگی را مستند می کند wimlib-imagex فایل ها را از درخت دایرکتوری در یونیکس مانند می گیرد
سیستم های. دیدن دایرکتوری گرفتن (پنجره ها) برای اسناد مربوط به ویندوز.

در سیستم های یونیکس مانند، وقتی SOURCE یک دایرکتوری یا یک پیوند نمادین به یک دایرکتوری را مشخص می کند،
تصویر WIM از درخت دایرکتوری که در این دایرکتوری ریشه دارد گرفته می شود. این
دایرکتوری می تواند در هر نوع فایل سیستمی باشد و نقاط mount به صورت بازگشتی دنبال می شوند. که در
در این حالت، wimlib انواع اطلاعات زیر را ذخیره می کند:

دایرکتوری ها و فایل های معمولی و محتویات فایل های معمولی

· لینک های سخت

· پیوندهای نمادین (به صورت بی ضرر به نقاط بازنگری ویندوز ترجمه شده است)

آخرین زمان اصلاح (mtime) و آخرین زمان دسترسی (atime) با 100 نانوثانیه
دانه دانه بودن

· با --unix-data: دارندگان، گروه ها و حالت های یونیکس

· با --unix-data: گره های دستگاه، FIFO ها و سوکت های دامنه یونیکس

هیچ پشتیبانی برای ذخیره ویژگی های توسعه یافته (به عنوان مثال برچسب های امنیتی SELinux و
ACL های POSIX). همچنین توجه داشته باشید که زمان های تغییر آخرین وضعیت (ctime) ذخیره نمی شود.

توجه: محدودیت فرمت WIM از یک مورد غیرعادی جلوگیری می کند
فایل پیوند نمادین خود چندین نام دارد (لینک های سخت). در این مورد بعید، هر کدام
پیوند نمادین به عنوان یک فایل مستقل ذخیره می شود.

NTFS VOLUME گرفتن (یونیکس)

این بخش چگونگی را مستند می کند wimlib-imagex فایل ها را مستقیماً از یک تصویر حجمی NTFS می گیرد
در سیستم های یونیکس مانند

در سیستم‌های یونیکس مانند، یک حالت ویژه ضبط تصویر وارد می‌شود SOURCE منظم است
فایل یا مسدود کردن دستگاه در این حالت، SOURCE فرض می شود که حجم یا حجم NTFS باشد
تصویر، و wimlib-imagex یک تصویر WIM حاوی محتویات کامل NTFS می گیرد
حجم، از جمله داده های خاص NTFS. این کار با استفاده از libntfs-3g انجام می شود.

توجه داشته باشید که حالت ضبط صدا NTFS است نه وارد شده اگر SOURCE یک دایرکتوری است، حتی اگر
سیستم فایل NTFS روی آن نصب شده است SOURCE با استفاده از ntfs-3g باید حجم NTFS را مشخص کنید
خود (و باید از حالت نصب خارج شده باشد و شما باید مجوز خواندن از آن را داشته باشید).

حالت ضبط حجم NTFS سعی می کند تا حد امکان داده ها و ابرداده ها را ضبط کند.
از جمله:

· تمام جریان های داده از همه فایل های رمزگذاری نشده، از جمله جریان داده های بدون نام نیز
همانطور که همه جریان های داده نامگذاری شده اند.

· نقاط را مجدداً تراز کنید، از جمله پیوندهای نمادین، نقاط اتصال، و سایر نقاط دیگر.

· ایجاد، دسترسی، و تغییر مُهرهای زمانی فایل و دایرکتوری، با استفاده از بومی
وضوح NTFS 100 نانوثانیه.

· توصیفگرهای امنیتی ویندوز، از جمله تمام اجزا (مالک، گروه، DACL، و SACL).

· پرچم های ویژگی فایل DOS/Windows.

· همه نام های همه فایل ها، از جمله نام های موجود در فضای نام Win32، فضای نام DOS،
فضای نام Win32+DOS و فضای نام POSIX. این شامل لینک های سخت است.

با این حال، محدودیت های اصلی این حالت ضبط صدا NTFS عبارتند از:

· فایل های رمزگذاری شده به طور پیش فرض حذف می شوند. اگرچه libntfs-3g می تواند داده های خود را بخواند،
آنها باید در فایل WIM در قالب خاصی ذخیره شوند که wimlib هنوز ذخیره نمی کند
پشتیبانی (به جز در ویندوز، جایی که wimlib می‌تواند داده‌ها را غیر شفاف تلقی کند و آن‌ها را تحویل دهد
به تابع API مناسب).

· ویژگی sparse در فایل های پراکنده ذخیره می شود، اما داده های ذخیره شده خواهد بود
داده های کامل فایل به جای داده های "پراکنده". (اما داده ها موضوع هستند
به فشرده سازی فرمت WIM.)

دایرکتوری گرفتن (پنجره ها)

در ویندوز ، wimlib-imagex گرفتن و wimlib-imagex ضمیمه کردن پشتیبانی بومی از ویندوز
داده های خاص و NTFS خاص. بنابراین آنها شبیه به متناظر عمل می کنند
دستورات ImageX یا DISM مایکروسافت. برای بهترین نتایج، دایرکتوری در حال ضبط است
باید روی یک حجم NTFS باشد و wimlib-imagex باید با امتیازات Administrator اجرا شود.
با این حال، فایل سیستم های غیر NTFS و در حال اجرا بدون دسترسی مدیر نیز هستند
پشتیبانی.

در ویندوز ، wimlib-imagex گرفتن و wimlib-imagex ضمیمه کردن سعی کنید به همان اندازه داده ها را بایگانی کنید و
ابرداده تا حد امکان، از جمله:

· تمام جریان های داده از همه فایل ها.

· نقاط تطبیق مجدد، از جمله پیوندهای نمادین، نقاط اتصال، و سایر نقاط دیگر،
اگر توسط فایل سیستم منبع پشتیبانی شود. (نکته: ببینید --rpfix و --norpfix برای
مستنداتی در مورد اینکه دقیقاً چگونه پیوندها و پیوندهای نمادین مطلق ثبت می شوند.)

· مُهرهای زمانی ایجاد، دسترسی و اصلاح فهرست و فایل. اینها ذخیره می شوند
با وضوح مهر زمانی بومی ویندوز NT 100 نانوثانیه.

· توصیفگرهای امنیتی، در صورتی که توسط سیستم فایل منبع پشتیبانی شوند و -- بدون acls نیست
مشخص شده. با این حال، مراقب باشید که مگر اینکه -- strict-acls مشخص شده است، امنیت
توصیف کننده ها برای فایل ها یا دایرکتوری های فردی ممکن است حذف شوند یا فقط به طور جزئی
در صورتی که کاربر مجوز خواندن آنها را نداشته باشد، گرفته می شود که در صورت عدم وجود مشکل می تواند
wimlib-imagex به عنوان یک غیر مدیر اجرا می شود.

· ویژگی های فایل، از جمله پنهان، پراکنده، فشرده، رمزگذاری شده، و غیره رمزگذاری شده
فایل ها به جای متن ساده به صورت رمزگذاری شده ذخیره می شوند. به صورت شفاف
فایل‌های فشرده‌شده به‌عنوان غیرفشرده خوانده می‌شوند و مطابق با WIM ذخیره می‌شوند
فشرده سازی کنترل خاصی برای ذخیره فایل های پراکنده وجود ندارد، اما آنها هستند
به احتمال زیاد به اندازه کوچک فشرده می شود.

· نام های DOS (8.3) نام فایل ها. با این حال، عدم خواندن آنها به حساب نمی آید
شرط خطا

· پیوندهای سخت، اگر توسط سیستم فایل منبع پشتیبانی شوند.

هیچ پشتیبانی برای ذخیره ویژگی های توسعه یافته NTFS و شناسه شی وجود ندارد.

فرآیند ضبط از چه زمانی برگشت پذیر است wimlib-imagex درخواست (در ویندوز) عصاره
تصویر WIM گرفته شده، تمام اطلاعات فوق را حداقل به آن استخراج می کند
میزان پشتیبانی شده توسط فایل سیستم مقصد

نکته مهم: از آنجایی که ویندوز به طور کامل با سیستم فایل خود (NTFS) سازگار نیست، روشن است
Windows wimlib نمی‌تواند فایل‌های خاصی را که ممکن است در یک سیستم فایل NTFS معتبر وجود داشته باشد، بایگانی کند
برای Windows API غیرقابل دسترسی هستند، برای مثال دو فایل با نام‌هایی که فقط در آنها متفاوت است
case در همان فهرست، یا فایلی که نام آن حاوی کاراکترهای خاصی است که در نظر گرفته شده است
توسط ویندوز نامعتبر است. اگر در بایگانی چنین فایل هایی با مشکل مواجه شدید، از آن استفاده کنید NTFS
VOLUME گرفتن (یونیکس) حالت از لینوکس

OPTIONS

-- بوت
مشخص می کند که تصویر جدید قرار است تصویر قابل بوت شدن بایگانی WIM باشد.

--بررسی
برای wimlib-imagex ضمیمه کردن، قبل از انجام عملیات الحاق، تیک بزنید
یکپارچگی WIMFILE اگر جدول یکپارچگی وجود داشته باشد. علاوه بر این، شامل یک
جدول یکپارچگی در فایل WIM جدید (wimlib-imagex گرفتن) یا فایل WIM اصلاح شده
(wimlib-imagex ضمیمه کردن). اگر این گزینه مشخص نشده باشد، جدول یکپارچگی وجود ندارد
در یک فایل WIM ایجاد شده با wimlib-imagex گرفتن، در حالی که یک فایل WIM به روز شد
با wimlib-imagex ضمیمه کردن با جدول یکپارچگی نوشته خواهد شد اگر و فقط اگر یکی باشد
قبلا حضور داشت

--فشرده کردن=TYPE[:سطح]
فرمت فشرده سازی فایل WIM جدید را مشخص می کند. TYPE ممکن است "هیچ"، "XPRESS" باشد
(نام مستعار: "سریع")، "LZX" (مستعار: "حداکثر")، یا "LZMS" (مستعار: "بازیابی"). TYPE is
با حروف بزرگ تطبیق داده شد. پیش فرض "LZX" است.

همچنین می توانید به صورت اختیاری فشرده سازی عدد صحیح را مشخص کنید سطح. سطح فشرده سازی
سختی الگوریتم فشرده سازی برای فشرده سازی مشخص شده را مشخص می کند TYPE اراده
برای فشرده سازی داده ها کار کنید. مقادیر به گونه ای مقیاس بندی شده اند که 20 فشرده سازی سریع است،
50 فشرده سازی متوسط ​​است و 100 فشرده سازی بالا است. با این حال، شما می توانید هر کدام را انتخاب کنید
ارزش، و نه فقط این ارزش های خاص. پیش فرض 50 است.

این گزینه فقط بر نوع فشرده سازی استفاده شده در منابع WIM غیر جامد تأثیر می گذارد. اگر
شما در حال ایجاد یک WIM جامد هستید (با استفاده از --جامد گزینه)، پس احتمالاً می خواهید
- فشرده سازی جامد به جای آن.

اگر فشرده سازی LZMS را انتخاب می کنید مراقب باشید. قبلا با wimlib سازگار نیست
نسخه 1.6.0، WIMGAPI قبل از ویندوز 8، DISM قبل از ویندوز 8.1 و 7-Zip قبل از نسخه 15.12.

همچنین توجه داشته باشید که انتخاب فشرده سازی LZMS به طور خودکار به معنای حالت جامد نیست
فشرده سازی، همانطور که با DISM انجام می دهد. استفاده کنید --جامد اگر می خواهید یک WIM جامد ایجاد کنید،
یا "فایل ESD".

-- اندازه تکه=اندازه
اندازه قطعه فشرده سازی را روی آن تنظیم کنید اندازه بایت ها اندازه قطعه فشرده سازی بزرگتر
منجر به نسبت تراکم بهتر می شود. wimlib از اندازه های مختلف قطعه پشتیبانی می کند
بسته به نوع فشرده سازی:

XPRESS: 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 جامد (با استفاده از --جامد گزینه)، پس احتمالاً می خواهید --جامد-
اندازه تکه به جای آن.

در صورت سازگاری با پیاده سازی مایکروسافت، از این گزینه با احتیاط استفاده کنید
مطلوب است، زیرا اجرای آنها پشتیبانی محدودی از اندازه های غیر پیش فرض تکه دارد.

--جامد
یک فایل WIM «جامد» ایجاد کنید که فایل‌ها را به‌جای مستقل فشرده‌سازی می‌کند.
این منجر به نسبت تراکم به طور قابل توجهی بهتر می شود، اما به قیمت تمام می شود
از معاوضه های مختلف، از جمله: فشرده سازی آهسته با استفاده از حافظه بسیار بالا. آهسته. تدریجی
دسترسی تصادفی به فایل WIM حاصل؛ و کاهش سازگاری

از نظر سازگاری، اولین نسخه WIMGAPI مایکروسافت است که از WIM جامد پشتیبانی می کند
فایل ها با ویندوز 8 منتشر شد و اولین نسخه DISM که این کار را انجام داد بود
با ویندوز 8.1 منتشر شد.

اگر می خواهید یک "فایل ESD" ایجاد کنید، از این گزینه استفاده کنید. یک (بدون رمز) "ESD
file" یک فایل WIM جامد است.

به طور پیش فرض، این گزینه اثری معادل گزینه DISM دارد
/compress:recovery. گزینه های wimlib-imagex متفاوت است زیرا آنها تلاش می کنند
عدم تلفیق نوع فشرده سازی (مثلاً LZX یا LZMS) با فشرده سازی حالت جامد،
چون اینها دو چیز متفاوت هستند

-- جامد - تکه - اندازه=اندازه
پسندیدن -- اندازه تکه، اما اندازه تکه مورد استفاده در منابع جامد را تنظیم کنید. پیشفرض،
با فرض فشرده سازی LZMS، 64 MiB (67108864) است. این به حدود 640 مگابایت حافظه نیاز دارد
در هر رشته این گزینه فقط زمانی اثر دارد که --جامد نیز مشخص شده است. توجه داشته باشید:
پیاده سازی مایکروسافت با اندازه های تکه LZMS بزرگتر از سازگاری ندارد
64 مگابایت

- فشرده سازی جامد=TYPE[:سطح]
پسندیدن --فشرده کردن، اما نوع فشرده سازی مورد استفاده در منابع جامد را تنظیم کنید. پیشفرض
فشرده سازی LZMS است. این گزینه فقط زمانی اثر دارد که --جامد نیز مشخص شده است.

--موضوعات=NUM_THREADS
تعداد رشته های مورد استفاده برای فشرده سازی داده ها. پیش‌فرض: شناسایی خودکار (تعداد
CPU های موجود).

-- بازسازی
برای wimlib-imagex ضمیمه کردن: به جای اضافه کردن داده های جدید، کل WIM را بازسازی کنید
تا پایان آن بازسازی WIM کندتر است، اما باعث صرفه جویی در فضا می شود
که در غیر این صورت به عنوان یک سوراخ در WIM باقی می ماند. همچنین نگاه کنید به wimlib-imagex
بهینه سازی(1).

-- پرچم ها=EDITIONID
یک رشته را برای استفاده در آن مشخص کنید عنصر داده های XML برای تصویر جدید.

--تصویر-ویژگی نام=ارزش
یک ویژگی دلخواه برای هر تصویر را برای تنظیم در سند XML فایل WIM مشخص کنید.
ارزش رشته ای است که باید به عنوان مقدار ویژگی تنظیم شود. نام نام تصویر است
ویژگی، برای مثال "NAME"، "DESCRIPTION"، یا "TOTALBYTES". نام می تواند شامل باشد
اسلش رو به جلو برای نشان دادن یک عنصر XML تودرتو. مثلا،
"WINDOWS/VERSION/BUILD" نشان‌دهنده عنصر BUILD است که در VERSION تودرتو است.
عنصر تو در تو در عنصر WINDOWS. می توان از یک عدد پرانتزی استفاده کرد
یکی از چندین عنصر با نام یکسان را نشان دهید. مثلا،
"WINDOWS/LANGUAGES/LANGUAGE[2]" دومین عنصر "LANGUAGE" تو در تو را نشان می دهد.
در عنصر "WINDOWS/LANGUAGES". هنگام افزودن لیستی از عناصر به این روش،
آنها باید به ترتیب مشخص شوند. توجه داشته باشید که نام عناصر حروف بزرگ است
حساس. این گزینه ممکن است چندین بار مشخص شود.

-- عدم ارجاع
(فقط سیستم های مشابه یونیکس) پیوندهای نمادین را دنبال کنید و فایل هایی را که به آنها اشاره می کنند بایگانی کنید.
به جای آرشیو کردن خود پیوندها.

- پیکربندی=فایل
یک فایل پیکربندی را مشخص می‌کند (UTF-8 یا UTF-16LE رمزگذاری شده؛ ASCII ساده نیز کار می‌کند)
برای گرفتن تصویر جدید فایل پیکربندی فایل هایی را مشخص می کند که قرار است باشند
به ویژه در هنگام ثبت تصویر درمان می شود.

فرمت فایل پیکربندی به سبک INI است. یعنی مرتب شده است در
بخش های پرانتزی در حال حاضر، بخش های زیر شناخته شده است:

· [ExclusionList] --- حاوی لیستی از glob های مسیر برای حذف از ضبط است. اگر
یک دایرکتوری مطابقت دارد، هم دایرکتوری و هم محتویات آن حذف می شوند.

· [ExclusionException] --- حاوی لیستی از glob های مسیر برای گنجاندن در
حتی زمانی که فایل یا دایرکتوری با یک glob در [ExclusionList] مطابقت دارد.

· [PrepopulateList] --- این روی عکسبرداری تأثیر نمی گذارد، اما اگر تصویر اعمال شود
بعد با --wimboot، اینها گلوب فایل هایی هستند که باید به طور معمول استخراج شوند،
نه به عنوان "فایل های اشاره گر" WIMBoot. اگر دایرکتوری مطابقت داشته باشد، همه فایل ها و
دایرکتوری های فرعی نیز به صورت بازگشتی تطبیق داده می شوند.

گلوب‌های مسیر ممکن است حاوی «*» و «؟» باشند. متا شخصیت ها کره های نسبی (مثلا
*.mp3) با نام فایل در هر دایرکتوری مطابقت دارد. glob های مطلق (به عنوان مثال /dir/file)،
به عنوان مسیرهایی در نظر گرفته می شوند که از دایرکتوری اصلی در حال ضبط یا ریشه شروع می شوند
حجم NTFS برای حالت ضبط صدا NTFS. از حروف درایو در
راه ها؛ نادیده گرفته خواهند شد. جداکننده های مسیر ممکن است به صورت اسلش رو به جلو باشند یا
اسلش های معکوس

خطوطی که با "#" یا ";" شروع می شوند کاراکترها به عنوان نظر تلقی می شوند و نادیده گرفته می شوند.
نیازی به نقل قول گلوب‌هایی با فاصله سفید نیست. با این حال، اگر آنها هستند، هر دو دو برابر
و تک نقل قول پذیرفته می شود.

اگر این گزینه مشخص نشده باشد از فایل تنظیمات پیش فرض زیر استفاده می شود:

[List Exclusion]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\ اطلاعات حجم سیستم
\بازیافت کننده
\ویندوز\CSC

با این حال، رفتار ویژه اعمال می شود اگر --wimboot نیز مشخص شده است. به طور پیش فرض، با
--wimboot مشخص شده، فایل Windows/System32/WimBootCompress.ini در دایرکتوری
در حال ضبط به عنوان فایل پیکربندی استفاده خواهد شد. با این حال، این می تواند باشد
لغو با استفاده از - پیکربندی; و این نیز باعث می شود که فایل پیکربندی مشخص شده به
در تصویر WIM به‌عنوان Windows/System32/WimBootCompress.ini ذخیره می‌شود و هر کدام را لغو می‌کند.
که ممکن است در فایل سیستم وجود داشته باشد.

--unix-data
(فقط سیستم های مشابه یونیکس) مالک یونیکس، گروه، حالت و شناسه دستگاه (عمده و
تعداد جزئی) از هر فایل ضبط شده. از wimlib v1.7.0، می توانید پشتیبان گیری و
نه تنها اطلاعات مجوز استاندارد فایل یونیکس، بلکه کاراکتر را نیز بازیابی کنید
گره های دستگاه، بلوک گره های دستگاه، لوله های نامگذاری شده (FIFO) و سوکت های دامنه یونیکس.

wimlib داده‌های یونیکس را با افزودن یک آیتم متادیتا برچسب‌گذاری شده خاص به هر دایرکتوری ذخیره می‌کند
ورودی هر فایلی که حاوی این اطلاعات است. این اطلاعات اضافی است
توسط پیاده سازی مایکروسافت نادیده گرفته شده است. توجه: داده های یونیکس قبلاً توسط wimlib ذخیره شده است
نسخه 1.7.0 از فرمت دیگری استفاده کرد که دیگر پشتیبانی نمی شود. اگر WIM قدیمی دارید
فایل هایی با داده های یونیکس، آنها را با نسخه 1.6.2 اعمال کنید و با نسخه 1.7.0 یا آن ها را دوباره بگیرید.
بعد.

-- بدون acls
توصیفگرهای امنیتی فایل ها را ضبط نکنید.

-- strict-acls
اگر توصیفگر امنیتی کامل هر فایلی قابل خواندن نباشد، فوراً خراب می شود. بر
ویندوز، رفتار پیش‌فرض بدون این گزینه این است که ابتدا SACL را حذف کنید
از توصیفگر امنیتی، سپس سعی کنید توصیفگر امنیتی را به طور کامل حذف کنید.
هدف از این کار این است که تا حد امکان داده های بیشتری را بدون نیاز به همیشه جمع آوری کنید
امتیازات مدیر با این حال، اگر می خواهید که همه توصیف کننده های امنیتی باشند
دقیقاً گرفته شده است، ممکن است بخواهید این گزینه را ارائه دهید، اگرچه مدیر
به هر حال باید مجوز خواندن همه چیز را داشته باشد.

--rpfix, --norpfix
تنظیم کنید که آیا اهداف پیوندهای نمادین مطلق (نقاط بازنگری در ویندوز) رفع شود
اصطلاحات) یا نه. وقتی فعال شد (--rpfix) پیوندهای نمادین مطلق آن نقطه است
در داخل درخت دایرکتوری که گرفته می شود به نسبت مطلق تنظیم می شود
ریشه درخت دایرکتوری در حال گرفتن است. وقتی غیرفعال است (--norpfix)، مطلق
پیوندهای نمادین دقیقاً همانطور که هستند ضبط می شوند.

رفتار پیش فرض برای wimlib-imagex گرفتن برابر است با --rpfix.
رفتار پیش فرض برای wimlib-imagex ضمیمه کردن خواهد بود --rpfix اگر اصلاحات نقطه را مجدداً بررسی کنید
قبلا در انجام شده است WIMFILEدر غیر این صورت --norpfix.

در مورد گرفتن چند منبع، (---source-list مشخص شده)، گذشت --norpfix
توصیه می شود. در غیر این صورت، رفع مجدد نقطه در تمام ضبط غیرفعال خواهد شد
منابعی که برای مکان‌های غیر ریشه در تصویر WIM در نظر گرفته شده‌اند، در حالی که منابع را ضبط می‌کنند
برای ریشه WIM، رفتار پیش فرض پاراگراف قبلی را دریافت می کند.

---source-list
wimlib-imagex گرفتن و wimlib-imagex ضمیمه کردن پشتیبانی از ایجاد یک تصویر WIM از
چندین فایل یا دایرکتوری جداگانه چه زمانی ---source-list مشخص شده است، SOURCE
آرگومان نام یک فایل متنی را مشخص می کند که هر خط آن 1 یا 2 است
مسیرهای فایل جدا شده با فضای خالی اولین مسیر فایل، منبع، مشخص می کند
مسیر یک فایل یا دایرکتوری برای ثبت در تصویر WIM. ممکن است هر دو باشد
مطلق یا نسبت به دایرکتوری کاری فعلی. مسیر فایل دوم، اگر
ارائه شده، هدف است و مسیری را در تصویر WIM مشخص می کند که این فایل یا
دایرکتوری به عنوان ذخیره خواهد شد. اسلش های پیشرو و انتهایی در هدف نادیده گرفته می شوند،
به جز اگر تماماً از اسلش تشکیل شده باشد (مثلاً "/")، که نشان می دهد
دایرکتوری تبدیل به ریشه تصویر WIM است. در صورت حذف، رشته هدف
به طور پیش فرض همان رشته منبع است.

نمونه فایل فهرست منبع به شرح زیر است:

# تصویر WIM را از دایرکتوری 'winpe' بسازید
winpe /

# پوشه "overlay" را به "/overlay" در تصویر WIM ارسال کنید
روکش / روکش

# یک پوشه جداگانه را مستقیماً روی ریشه تصویر WIM قرار دهید.
/data/stuff/

دایرکتوری های فرعی در WIM در صورت نیاز ایجاد می شوند. دایرکتوری های منبع متعدد ممکن است
همان هدف را به اشتراک بگذارید که به معنای همپوشانی است. در صورتی که این نتیجه الف
فایل غیر دایرکتوری چندین بار به تصویر WIM اضافه می شود، آخرین نسخه (مانند
فهرست شده در فایل فهرست منبع) هر نسخه قبلی را لغو می کند.

مسیرهای فایل حاوی فضای خالی ممکن است با یک نقل قول یا دو نشان داده شوند
نقل قول ها نقل قول ها ممکن است فرار نکنند.

خطوطی که فقط از فضای خالی و خطوطی که با «#» قبل از آن شروع می‌شوند، تشکیل شده‌اند
فضای خالی اختیاری نادیده گرفته می شود.

به عنوان یک مورد خاص، اگر SOURCE "-" است، فهرست منبع از ورودی استاندارد خوانده می شود
به جای یک فایل خارجی

حالت ضبط حجم NTFS در سیستم های یونیکس مانند قابل استفاده نیست ---source-list,
زیرا فقط گرفتن یک حجم کامل NTFS پشتیبانی می شود.

-- قابل لوله کشی
یک WIM "pipable" ایجاد کنید، که می تواند به طور کامل متوالی اعمال شود، از جمله از a
لوله یک تصویر در WIM حاصل می تواند با آن اعمال شود wimlib-imagex درخواست، یا
معمولاً با تعیین نام فایل WIM یا با wimlib-imagex درخواست - برای خواندن
WIM از ورودی استاندارد. دیدن wimlib-imagex درخواست(1) برای جزئیات بیشتر.

برای عملیات ضمیمه، این گزینه منجر به بازسازی کامل WIM برای ایجاد می شود
قابل لوله شدن است برای عملیات ضبط، WIM ضبط شده به سادگی به صورت pipable ایجاد می شود.
مراقب باشید که هرچه تصاویر بیشتری به یک WIM لوله‌پذیر اضافه کنید، کارآمدی لوله‌کشی آن کمتر است
خواهد بود، زیرا داده های غیر ضروری بیشتری از طریق لوله ارسال می شود.

هنگامی که wimlib یک WIM لوله‌پذیر ایجاد می‌کند، اجزای آن را با دقت دوباره مرتب می‌کند.
WIM تا بتوان آنها را به صورت متوالی خواند و چندین مورد دیگر را نیز می سازد
اصلاحات در نتیجه، این WIM های "پایپ پذیر" هستند نه سازگار با
مایکروسافت نرمافزار، بنابراین اگر می خواهید از آنها استفاده کنید این را در نظر داشته باشید. در صورت تمایل،
شما می توانید استفاده کنید wimlib-imagex بهینه سازی --غیر قابل لوله کشی برای بازنویسی یک WIM pipable به صورت a
WIM معمولی (wimlib-imagex صادرات همچنین قابلیت صادرات تصاویر را نیز فراهم می کند
از یک WIM pipable به یک WIM غیر pipable یا بالعکس.)

در بیشتر موارد، wimlib بر روی WIM های لوله پذیر به صورت شفاف عمل می کند. می توانید اصلاح کنید
آنها، تصاویر را اضافه یا حذف کنید، تصاویر را صادر کنید، و حتی WIM های pipable تقسیم شونده ایجاد کنید. در
معایب اصلی این است که الحاق (در حال حاضر) کمتر کارآمد است (-- بازسازی is
همیشه ضمنی) و همچنین با نرم افزار مایکروسافت سازگار نیستند.

wimlib-imagex گرفتن و wimlib-imagex ضمیمه کردن هر دو می توانند مستقیماً یک WIM pipable بنویسند
به خروجی استاندارد؛ این به طور خودکار انجام می شود اگر WIMFILE به صورت "-" مشخص شده است. (که در
آن پرونده، -- قابل لوله کشی مفروض است.)

--غیر قابل لوله کشی
مطمئن شوید که WIM حاصل در قالب WIM معمولی و غیرقابل لوله است. این است
پیش فرض برای wimlib-imagex گرفتن، به جز زمانی که روی خروجی استاندارد نوشته می شود (WIMFILE
مشخص شده به عنوان "-")، و همچنین برای wimlib-imagex ضمیمه کردن، به جز زمانی که به WIM اضافه می شود
که از قبل قابل لوله کشی است.

-- به روز رسانی=[WIMFILE:]IMAGE
اعلام می کند که تصویر از آن گرفته شده یا اضافه شده است SOURCE بیشتر همان است
تصویر موجود IMAGE in WIMFILE، اما احتمالاً در زمان بعدی گرفته شده است
با برخی اصلاحات در فاصله زمانی. این برای استفاده در طراحی شده است
پشتیبان گیری افزایشی از همان فایل سیستم یا درخت دایرکتوری. IMAGE می تواند یک
فهرست مبتنی بر 1 یا نام یک تصویر موجود در WIMFILE. همچنین می تواند منفی باشد
عدد صحیح برای ایندکس کردن به عقب در تصاویر (به عنوان مثال -1 به معنای آخرین تصویر موجود است
in WIMFILE).

هنگامی که این گزینه ارائه شود، ضبط یا الحاق تصویر جدید خواهد بود
با نخواندن فایل‌هایی که بر اساس ابرداده‌هایی مانند مهر زمانی ظاهر می‌شوند، بهینه شده است
از زمانی که در موجود بایگانی شده اند، اصلاح نشده باشند IMAGE. ممنوع کردن
با دستکاری مُهرهای زمانی، این گزینه فقط بر عملکرد تأثیر می گذارد و تغییر نمی کند
تصویر WIM حاصل

همانطور که نشان داده شده است، نحو کامل برای آرگومان این گزینه، تعیین WIM است
فایل، دو نقطه، و تصویر؛ به عنوان مثال، "--update-of mywim.wim:1". با این حال
ممکن است فایل WIM و کولون حذف شوند، در این صورت فایل WIM به صورت پیش فرض روی خواهد بود
فایل WIM که برای عملیات الحاق به آن ضمیمه می شود، یا فایل WIM که از آن دلتا است
گرفته می شود (فقط اگر --دلتا-از دقیقا یک بار مشخص شده است) برای گرفتن
عملیات.

--دلتا-از=WIMFILE
برای wimlib-imagex گرفتن فقط: WIM جدید را به عنوان یک "دلتا" از WIMFILE. هرکی
جریان هایی که معمولاً باید در WIM جدید بایگانی شوند حذف می شوند.
در حال حاضر در WIMFILE که دلتا بر آن بنا شده است. WIM جدید
همچنان حاوی یک کپی کامل از فراداده تصویر است، اما این معمولاً فقط یک است
کسری کوچک از اندازه کل 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 --delta-از bkup-base.wim

(بازیابی نسخه پشتیبان دوم)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/some/directory

با این حال، توجه داشته باشید که به عنوان جایگزینی برای دنباله فوق که از دلتا WIM استفاده می کند،
نسخه پشتیبان دوم را می‌توان به سادگی به عنوان تصویر جدید به WIM اضافه کرد
wimlib-imagex ضمیمه کردن. دلتا WIMها باید فقط در صورتی استفاده شوند که بخواهیم پایه آن باشند
پشتیبان گیری یا تصاویر در یک فایل جداگانه و بزرگ که به ندرت اصلاح می شود.

توجه: برخلاف WIM های "pipable" (ایجاد شده با -- قابل لوله کشی گزینه)، WIMهای "دلتا".
( ایجاد شده با --دلتا-از گزینه) با نرم افزار مایکروسافت سازگار هستند.
به عنوان مثال، می توانید از گزینه /ref ImageX برای ارجاع به WIM (های) پایه استفاده کنید.
مشابه بالا

یادداشت اضافی: wimlib-imagex به اندازه کافی تعمیم داده شده است که در واقع می توانید ترکیب کنید
-- قابل لوله کشی و --دلتا-از برای ایجاد WIM های دلتا لوله پذیر. در چنین مواردی، پایه
WIM(ها) باید به عنوان pipable و همچنین دلتا WIM گرفته شوند و هنگام اعمال یک
تصویر، WIM(های) پایه باید بعد از دلتا WIM روی لوله ارسال شود.

--wimboot
تصویر را به عنوان سازگار با WIMBoot علامت گذاری کنید. برای اطلاعات بیشتر به مستندات مایکروسافت مراجعه کنید
اطلاعات در مورد WIMBoot این گزینه به طور پیش فرض نوع فشرده سازی را تعیین می کند
به XPRESS و اندازه قطعه به 4096 بایت. با این حال، هنوز هم می توان آنها را نادیده گرفت
از طریق --فشرده کردن و -- اندازه تکه پارامترها به ترتیب علاوه بر این، این
گزینه، به طور پیش فرض، فایل پیکربندی را بر روی تنظیم می کند
SOURCE\Windows\System32\WimBootCompress.ini در صورت وجود و در دسترس بودن؛ با این حال، این
هنوز ممکن است از طریق لغو شود - پیکربندی پارامتر.

- ناامن-فشرده
مستندات این گزینه را در اینجا ببینید wimlib-imagex-optimize (1).

-- عکس فوری
EXPERIMENTAL: ایجاد یک عکس فوری سیستم فایل موقت از فهرست منبع و
فایل ها را از آن ضبط کنید. در حال حاضر این گزینه فقط در ویندوز پشتیبانی می شود
جایی که از سرویس کپی سایه حجمی (VSS) استفاده می کند. با استفاده از این گزینه می توانید
یک نسخه پشتیبان ثابت از حجم سیستم یک سیستم ویندوز در حال اجرا بدون آن ایجاد کنید
با فایل های قفل شده با مشکل مواجه می شوید. برای اینکه عکس فوری VSS با موفقیت انجام شود
ایجاد شده، wimlib-imagex باید به عنوان Administrator اجرا شود و در آن قابل اجرا نیست
حالت WoW64 (یعنی اگر ویندوز 64 بیتی است، پس wimlib-imagex باید 64 بیتی نیز باشد).

NOTES

wimlib-imagex ضمیمه کردن از افزودن تصویر به WIM تقسیم شده پشتیبانی نمی کند.

به جز هنگام استفاده - ناامن-فشرده، سقط جنین بی خطر است wimlib-imagex ضمیمه کردن فرمان
نیمه راه؛ اما پس از انجام این کار پیشنهاد می شود اجرا شود wimlib-imagex
بهینه سازی برای حذف هر گونه داده ای که به فایل WIM فیزیکی اضافه شده است اما هنوز نه
در ساختار WIM گنجانده شده است، مگر اینکه WIM به طور کامل بازسازی شود (مثلاً
با -- بازسازی)، در این صورت باید فایل موقت باقیمانده را حذف کنید.

wimlib-imagex WIM های سازگار با نرم افزار مایکروسافت (WIMGAPI، ImageX، DISM) را ایجاد می کند.
با چند نکته:

· با wimlib-imagex در سیستم های یونیکس مانند، امکان ایجاد یک تصویر WIM وجود دارد
حاوی فایل هایی با نام های متفاوت فقط در حروف، یا فایل هایی با نام های حاوی
کاراکترهای ':'، '*'، '?'، '"'، '<'، '>'، '|'، یا '\'، که در POSIX- معتبر هستند
فایل سیستم های سازگار اما ویندوز نیست. هشدار داده می شود که چنین فایل هایی وجود نخواهد داشت
به طور پیش فرض توسط نسخه ویندوز استخراج شده است wimlib-imagexو (حتی بدتر)
ImageX مایکروسافت را می توان با چنین نام هایی اشتباه گرفت و از استخراج تصویر به صورت نیمه تمام دست کشید
از طریق. (شاید شایان ذکر است که سیستم فایل پیش فرض خود ویندوز،
NTFS، این کاراکترها را پشتیبانی می کند، اگرچه ویندوز این کار را نمی کند!)

· WIM های Pipable با نرم افزار مایکروسافت ناسازگار هستند. WIMهای Pipable ایجاد می شوند
فقط اگر WIMFILE به عنوان "-" (خروجی استاندارد) یا اگر -- قابل لوله کشی پرچم بود
مشخص شده.

· WIMهایی که با اندازه تکه غیر پیش فرض گرفته شده اند (با -- اندازه تکه گزینه) یا به صورت جامد
آرشیو (با --جامد گزینه) یا با فشرده سازی LZMS (با --فشرده کردن=LZMS یا
--فشرده کردن=بازیابی) سطوح مختلفی از سازگاری با نرم افزار مایکروسافت دارند.
به طور کلی، نسخه های جدیدتر نرم افزار مایکروسافت سازگارتر هستند.

مثال ها

مثال اول: یک WIM جدید "mywim.wim" با فشرده سازی LZX ("حداکثر") ایجاد کنید که
حاوی یک تصویر گرفته شده از درخت دایرکتوری 'somedir' باشد. توجه داشته باشید که نام تصویر نیاز است
مشخص نشده است و به طور پیش فرض روی "somedir" خواهد بود:

wimlib-imagex گرفتن Somedir mywim.wim

یا ، اگر ویم کپچر لینک سخت یا فایل دسته ای نصب شده است، فرم مخفف می تواند
استفاده شود:

wimcapture somedir mywim.wim

با این حال، نمونه های باقی مانده از فرم طولانی استفاده می کنند. بعد، تصویر a را اضافه کنید
درخت دایرکتوری متفاوت به WIM ایجاد شده در بالا:

wimlib-imagex ضمیمه otherdir mywim.wim

به اندازه کافی آسان است، و مثال های بالا از درختان دایرکتوری تصویربرداری روی هر دو یونیکس کار می کنند
سیستم ها و ویندوز سپس، یک WIM با چندین گزینه غیر پیش‌فرض، از جمله، ضبط کنید
فشرده سازی XPRESS ("سریع")، جدول یکپارچگی، بدون مزاحمت با پیوندهای نمادین مطلق،
و نام تصویر و توضیحات:

wimlib-imagex گرفتن Somedir mywim.wim --compress=fast \
-- بررسی --norpfix "Some Name" "Some Description"

کل حجم NTFS را در یک فایل WIM جدید ضبط کنید و نام تصویر را "Windows 7" بگذارید. بر
سیستم‌های یونیکس مانند، این نیاز به استفاده از حالت خاصی دارد که در آن توضیح داده شده است NTFS VOLUME گرفتن
(یونیکس) جایی که SOURCE یک فایل یا دستگاه بلوک حاوی یک سیستم فایل NTFS است:

wimlib-imagex capture /dev/sda2 windows7.wim "Windows 7"

یا در ویندوز، برای گرفتن یک حجم کامل NTFS باید ریشه را مشخص کنید
دایرکتوری حجم نصب شده، به عنوان مثال:

ضبط wimlib-imagex E:\ windows7.wim "ویندوز 7"

همانند مثال بالا با گرفتن یک حجم NTFS از wimlib-imagex در حال اجرا بر روی UNIX-
مانند سیستم، اما WIM را در قالب "pipable" مخصوص wimlib که می تواند لوله شود ضبط کنید
به wimlib-imagex درخواست:

wimlib-imagex capture /dev/sda2 windows7.wim "Windows 7" \
-- قابل لوله کشی

مانند بالا، اما به جای نوشتن WIM pipable در فایل "windows7.wim"، آن را بنویسید.
به طور مستقیم به خروجی استاندارد از طریق یک لوله به برخی از برنامه های دیگر "someprog"، که
به عنوان مثال، می تواند یک برنامه یا اسکریپت باشد که داده ها را به سرور ارسال می کند. توجه داشته باشید که
-- قابل لوله کشی هنگام استفاده از خروجی استاندارد به عنوان "فایل" WIM، لازم نیست به طور صریح مشخص شود:

wimlib-imagex capture /dev/sda2 - "Windows 7" | Someprog

با استفاده از خدمات onworks.net از wimcapture آنلاین استفاده کنید