wimlib-imagex-apply - آنلاین در ابر

برنامه:

نام

wimlib-imagex-apply - یک تصویر یا همه تصاویر را از بایگانی WIM استخراج کنید

خلاصه

wimlib-imagex درخواست WIMFILE [IMAGE] هدف [گزینه...]

شرح

wimlib-imagex درخواست یک تصویر یا همه تصاویر را از فایل Windows Imaging (WIM) استخراج می کند
WIMFILE. این دستور به صورت ساده نیز موجود است wimapply اگر لینک سخت مناسب باشد
یا فایل دسته ای نصب شده است.

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

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

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

If IMAGE به عنوان "همه" مشخص می شود، سپس تمام تصاویر در WIMFILE در واقع به استخراج می شوند
زیر شاخه های هدف، که نام تصویر مربوطه به هر کدام داده می شود،
بازگشت به نمایه تصویر در مورد تصویری که نامی ندارد یا نامی معتبر نیست
به عنوان نام فایل

روش دیگر، فقط در سیستم‌های یونیکس مانند، اگر هدف یک فایل یا بلوک معمولی را مشخص می کند
دستگاه، به عنوان یک حجم NTFS تفسیر می شود که تصویر WIM باید به آن استخراج شود (نگاه کنید به
NTFS VOLUME استخراج (یونیکس)). فقط یک تصویر را می توان در این حالت استخراج کرد و
فقط استخراج به ریشه حجم NTFS (نه زیر شاخه آن) پشتیبانی می شود.

WIMFILE ممکن است "-" برای خواندن WIM از ورودی استاندارد به جای یک فایل باشد، اما ببینید
PIPABable WIMS برای اطلاعات بیشتر.

wimlib-imagex درخواست از اعمال تصاویر از WIM های مستقل و همچنین WIM های تقسیم شده پشتیبانی می کند.
دیدن شکاف WIMS.

دایرکتوری استخراج (یونیکس)

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

همانطور که گفته شد، یک تصویر WIM را می توان با ارائه به دایرکتوری در یک سیستم یونیکس مانند اعمال کرد
a هدف فهرست راهنما. با این حال، مهم است که در نظر داشته باشید که فرمت WIM بود
برای ویندوز طراحی شده است و در نتیجه فایل های WIM می توانند حاوی داده ها یا ابرداده هایی باشند که نمی توانند
در سیستم های یونیکس مانند نمایش داده شود. اطلاعات اصلی که wimlib-imagex اراده نه be
قابلیت استخراج در سیستم های مشابه یونیکس موارد زیر است:

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

· نام جریان داده.

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

· ویژگی های فایل خاص مانند فشرده سازی، رمزگذاری، و پراکندگی.

· نام های کوتاه (DOS) برای فایل ها.

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

نکات: داده ها و ابرداده های پشتیبانی نشده به سادگی استخراج نمی شوند، اما wimlib-imagex اراده
زمانی که محتوای تصویر WIM نمی تواند دقیقاً نمایش داده شود، سعی کنید به شما هشدار دهد
استخراج شده است. آخرین زمان دسترسی و آخرین تغییر روی 100 نانوثانیه مشخص شده است
جزئیات در فایل WIM، اما فقط با بالاترین دقت پشتیبانی شده استخراج می شود
توسط سیستم عامل اصلی، کتابخانه C و سیستم فایل. فایل های فشرده خواهد شد
به صورت غیر فشرده استخراج می شود، در حالی که فایل های رمزگذاری شده به هیچ وجه استخراج نمی شوند.

NTFS VOLUME استخراج (یونیکس)

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

همانطور که اشاره شد، wimlib-imagex اجرا بر روی یک سیستم یونیکس مانند می تواند یک تصویر WIM را به طور مستقیم اعمال کند
به یک حجم NTFS با مشخص کردن هدف به عنوان یک فایل معمولی یا دستگاه بلوک حاوی یک
فایل سیستم NTFS لازم نیست فایل سیستم NTFS خالی باشد، اگرچه انتظار می رود که خالی باشد
برای موارد استفاده مورد نظر خالی است. یک فایل سیستم جدید NTFS را می توان با استفاده از
mkntfs(8) فرمان ارائه شده با ntfs-3g.

در این حالت استخراج حجم NTFS، تصویر WIM به ریشه NTFS استخراج می شود
حجم تقریباً تمام اطلاعات موجود در تصویر WIM را حفظ می کند. بنابراین
از محدودیت های توضیح داده شده در رنج نمی برد دایرکتوری استخراج (یونیکس). این
پشتیبانی به libntfs-3g برای نوشتن در حجم NTFS و مدیریت NTFS خاص و
داده های مخصوص ویندوز

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

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

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

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

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

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

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

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

با این حال، چندین محدودیت شناخته شده برای حالت استخراج حجم NTFS نیز وجود دارد:

· فایل های رمزگذاری شده استخراج نمی شوند.

· wimlib نسخه 1.7.0 و جدیدتر: ویژگی های فایل پراکنده استخراج نمی شوند (همان رفتار
به عنوان ImageX/DISM/WIMGAPI). wimlib نسخه 1.6.2 و نسخه های قبلی: اگرچه ویژگی های فایل کم است
اعمال خواهد شد، داده های کامل برای هر فایل پراکنده استخراج می شود، بنابراین استخراج می شود
فایل‌های "sparse" ممکن است در واقع حاوی هیچ منطقه پراکنده نباشند.

صرف نظر از اینکه تقریباً تمام اطلاعات تصویر WIM در این حالت بازیابی می شود، آن را
امکان بازیابی تصویر یک نصب واقعی ویندوز وجود دارد (و کاملاً پشتیبانی می شود).
با استفاده از wimlib-imagex در سیستم های یونیکس مانند به عنوان جایگزینی برای استفاده wimlib-imagex on
پنجره ها. در مثال های انتهای این صفحه راهنما، نمونه ای از اعمال وجود دارد
تصویری از فایل "install.wim" موجود در رسانه نصب ویندوز
(ویستا یا جدیدتر) در دایرکتوری "sources".

توجه داشته باشید که برای بوت کردن ویندوز (ویستا یا جدیدتر) از یک تصویر "install.wim" اعمال شده،
همچنین باید پارتیشن را به‌عنوان «Bootable» علامت‌گذاری کنید و فایل‌های راه‌اندازی مختلفی را تنظیم کنید، مانند
\BOOTMGR و \BOOT\BCD. کار آخر با اجرای برنامه به آسانی انجام می شود
برنامه "bcdboot.exe" از یک سیستم ویندوز زنده (مانند Windows PE)، اما موارد دیگری نیز وجود دارد
گزینه ها نیز

دایرکتوری استخراج (پنجره ها)

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

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

· تمام جریان های داده از همه فایل ها. این شامل محتویات فایل پیش فرض و همچنین
اگر حجم مورد نظر پشتیبانی شود، جریان های داده نامگذاری شده است.

· نقاط تطبیق مجدد، از جمله پیوندهای نمادین، نقاط اتصال، و سایر نقاط دیگر،
اگر توسط حجم هدف پشتیبانی شود. (نکته: ببینید --rpfix و --norpfix برای مستندسازی
دقیقاً در مورد چگونگی استخراج پیوندها و پیوندهای نمادین مطلق.) با این حال، مطابق با
تنظیمات امنیتی پیش فرض ویندوز، ایجاد یک پیوند نمادین غیرممکن است
یا نقطه اتصال بدون حقوق مدیر؛ بنابراین، شما باید اجرا کنید wimlib-
imagex اگر می خواهید یک تصویر حاوی نمادین را به طور کامل بازیابی کنید، به عنوان مدیر
پیوندها و/یا نقاط اتصال (در غیر این صورت صرفاً اخطار داده می شود که الف
پیوند نمادین یا نقطه اتصال به دلیل امتیاز ناکافی قابل استخراج نیست.)

· ایجاد فایل و فهرست، مُهرهای زمانی دسترسی، و اصلاح، به بالاترین میزان
وضوح پشتیبانی شده توسط حجم هدف.

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

· ویژگی های فایل، از جمله پنهان، پراکنده، فشرده، رمزگذاری شده، و غیره، در صورت پشتیبانی
توسط فایل سیستم

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

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

نکات اضافی در مورد استخراج فایل ها در ویندوز:

· wimlib-imagex زمانی که قادر به استخراج فراداده دقیق نباشد، هشداری صادر می کند
داده های تصویر WIM، برای مثال به دلیل پشتیبانی نشدن ویژگی های ذکر شده در بالا
توسط فایل سیستم هدف

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

· فایل هایی با نام هایی که نمی توانند در ویندوز نمایش داده شوند توسط استخراج نمی شوند
پیش فرض دیدن --include-invalid-names.

· فایل هایی با مسیرهای کامل بیش از 260 کاراکتر (به اصطلاح MAX_PATH) استخراج خواهند شد،
اما مراقب باشید که چنین فایل هایی برای اکثر نرم افزارهای ویندوز غیرقابل دسترسی خواهند بود و ممکن است نتوانند
به راحتی قابل حذف باشد.

· در ویندوز، مگر اینکه -- بدون acls گزینه مشخص شده است، wimlib سعی خواهد کرد بازیابی کند
توصیف کننده های امنیتی فایل ها دقیقاً همانطور که در تصویر WIM ارائه شده است. برحذر بودن
که نصب های معمولی ویندوز حاوی فایل هایی هستند که توصیفگرهای امنیتی آنها را ندارند
به مدیر اجازه دهید آنها را حذف کند. بنابراین، چنین فایل هایی نمی توانند باشند
حذف شده، یا در برخی موارد حتی خوانده می شود، پس از استخراج، مگر اینکه با a پردازش شود
برنامه تخصصی که می داند SE_RESTORE_NAME و/یا SE_BACKUP_NAME را به دست آورد
امتیازاتی که به لیست های کنترل دسترسی نادیده گرفته می شود. این یک اشکال در wimlib نیست،
که برای بازیابی صحیح داده هایی که بایگانی شده اند طراحی شده است
مشکل با حقوق دسترسی ویندوز بر روی فایل های خاص استفاده می کند. اما اگر فقط بخواهید
از داده های فایل استفاده کنید و به توصیف کننده های امنیتی اهمیتی ندهید -- بدون acls رد شدن
بازیابی تمام توصیفگرهای امنیتی

اخطار مشابه با موارد فوق در مورد ویژگی های فایل مانند Readonly، Hidden و
سیستم. با طراحی، در ویندوز wimlib چنین ویژگی های فایل را بازیابی می کند. از این رو،
فایل های استخراج شده ممکن است این ویژگی ها را داشته باشند. اگر این چیزی نیست که شما می خواهید، از آن استفاده کنید
-- بدون ویژگی گزینه.

شکاف WIMS

شما ممکن است استفاده کنید wimlib-imagex درخواست برای اعمال تصاویر از یک WIM تقسیم شده. در WIMFILE استدلال
باید قسمت اول تقسیم WIM را مشخص کند، در حالی که قسمت های اضافی WIM تقسیم شده را مشخص کند
باید در یک یا چند مشخص شود --مرجع="GLOBاز آنجایی که globbing در آن تعبیه شده است
--مرجع گزینه، معمولا فقط یک --مرجع گزینه لازم است به عنوان مثال، نام برای
قطعات اسپلیت WIM معمولاً چیزی شبیه به:

mywim.swm
mywim2.swm
mywim3.swm
mywim4.swm
mywim5.swm

برای اعمال اولین تصویر از این WIM تقسیم شده در دایرکتوری "dir"، اجرا کنید:

wimlib-imagex application mywim.swm 1 dir --ref="mywim*.swm"

به عنوان یک مورد خاص، اگر تصویری را از ورودی استاندارد از یک WIM تقسیم شده اعمال می کنید
همچنین قابل لوله کشی است (همانطور که در PIPABable WIMS)، --مرجع گزینه غیر ضروری است؛ در عوض شما
باید اطمینان حاصل شود که تمام قطعات WIM تقسیم شده در ورودی استاندارد به هم متصل شده اند.
آنها را می توان به هر ترتیبی ارائه کرد، به استثنای قسمت اول که باید باشد
برای اولین بار.

PIPABable WIMS

از wimlib 1.5.0، wimlib-imagex درخواست از اعمال WIM از یک فایل غیرقابل جستجو پشتیبانی می کند،
مانند لوله، مشروط بر اینکه WIM با آن گرفته شده باشد -- قابل لوله کشی (نگاه کنید به wimlib-imagex
گرفتن(1)). برای استفاده از ورودی استاندارد به عنوان WIM، "-" را به عنوان مشخص کنید WIMFILE. استفاده مفید از
این توانایی اعمال یک تصویر از یک WIM در حالی که آن را از یک سرور پخش می کند است. برای
به عنوان مثال، برای اعمال اولین تصویر از یک فایل WIM موجود در یک سرور HTTP به یک NTFS
حجم را در /dev/sda1 اجرا کنید، چیزی شبیه به:

wget -O - http://myserver/mywim.wim | wimapply - 1 /dev/sda1

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

این امکان وجود دارد که یک تصویر از یک WIM pipable تقسیم به چندین بخش اعمال شود. دیدن شکاف
WIMS.

OPTIONS

--بررسی
هنگام خواندن WIMFILEدر صورت وجود جدول یکپارچگی، صحت آن را بررسی کنید.

--مرجع="GLOB"
گلوب فایل WIM های اضافی یا تقسیم قطعات WIM به منابع مرجع از. دیدن
SPLIT_WIMS. این گزینه را می توان چندین بار مشخص کرد. توجه داشته باشید: GLOB در فهرست شده است
نقل می کند زیرا توسط آن تفسیر می شود wimlib-imagex و ممکن است نیاز به نقل قول باشد
محافظت در برابر انبساط پوسته

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

رفتار پیش فرض است --rpfix اگر هر تصویری در WIMFILE اسیر شده اند با
تعمیرات نقطه بازنگری انجام شده است. در غیر این صورت است --norpfix.

رفع مجدد نقطه هرگز در حالت استخراج حجم NTFS در UNIX مانند انجام نمی شود
سیستم.

--unix-data
(فقط سیستم‌های مشابه یونیکس) بازیابی دارندگان، گروه‌ها، حالت‌ها و شناسه‌های دستگاه یونیکس (عمده
و اعداد جزئی) که توسط wimlib-imagex گرفتن با --unix-data
گزینه. از wimlib نسخه 1.7.0، می توانید نه تنها یونیکس استاندارد را پشتیبان گیری و بازیابی کنید
اطلاعات مجوز فایل، همچنین گره های دستگاه کاراکتر، گره های دستگاه را مسدود می کند،
لوله های با نام (FIFO) و سوکت های دامنه یونیکس.

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

-- strict-acls
اگر توصیفگر امنیتی کامل هر فایل یا دایرکتوری نتواند باشد، فوراً از کار بیفتد
دقیقاً همانطور که در فایل WIM مشخص شده است تنظیم کنید. اگر این گزینه مشخص نشده باشد، چه زمانی
wimlib-imagex در ویندوز اجازه تنظیم یک توصیفگر امنیتی را ندارد
فایل استخراج شده، فقط به صورت جزئی تنظیم می شود (مثلاً با حذف SACL)،
و در بدترین حالت آن را به طور کامل حذف می کند. با این حال، این فقط باید یک مشکل باشد
هنگام دویدن wimlib-imagex بدون حقوق مدیر همچنین، در یونیکس مانند
سیستم ها، این پرچم را نیز می توان با آن ترکیب کرد --unix-data برای ایجاد wimlib-imagex به
اگر مالک، گروه یا حالت یونیکس روی یک فایل استخراج شده نتواند فوراً شکست بخورد
به هر دلیلی تنظیم کنید

-- بدون ویژگی
ویژگی های فایل ویندوز مانند readonly، hidden و غیره را بازیابی نکنید.

--include-invalid-names
استخراج فایل ها و دایرکتوری ها با نام های نامعتبر با جایگزینی کاراکترها و
اضافه کردن پسوند به جای نادیده گرفتن آنها. دقیقاً همان چیزی که در نظر گرفته می شود
نام "نامعتبر" وابسته به پلتفرم است.

در سیستم های سازگار با POSIX، نام فایل ها به حروف کوچک و بزرگ حساس هستند و ممکن است حاوی هر بایت باشند
به جز '\0' و '/'، بنابراین در یک سیستم سازگار با POSIX این گزینه فقط یک
در حالت بعید که تصویر WIM به دلایلی دارای نام فایل باشد، تأثیر می گذارد
حاوی یکی از این شخصیت ها

در ویندوز، نام فایل ها به حروف بزرگ و کوچک حساس هستند، نمی توانند شامل کاراکترهای '/'، '\0' باشند،
'\'، ':'، '*'، '؟'، '"'، '<'، '>'، یا '|'، و نمی تواند با فاصله یا نقطه خاتمه یابد.
به طور معمول، فایل های موجود در تصاویر WIM نیز باید این شرایط را داشته باشند. با این حال، این است
تضمین نشده است، و به ویژه تصویر WIM گرفته شده با wimlib-imagex در
سیستم سازگار با POSIX می تواند حاوی چنین فایل هایی باشد. به طور پیش فرض، نام های نامعتبر خواهد بود
نادیده گرفته می شود، و اگر چند نام وجود داشته باشد که فقط در مورد متفاوت است، یکی انتخاب می شود
استخراج خودسرانه; با این حال، با --include-invalid-names، همه نام ها خواهد بود
ضد عفونی شده و به شکلی استخراج شده است.

--wimboot
فقط ویندوز: به جای استخراج خود فایل ها، "فایل های اشاره گر" را استخراج کنید.
بازگشت به بایگانی(های) WIM. این می تواند باعث صرفه جویی قابل توجهی در فضا شود. با این حال،
هزینه های بالقوه زیادی دارد، مانند عدم امکان حذف WIM
بایگانی(ها) و احتمالا دسترسی آهسته تر به فایل ها. مایکروسافت را ببینید
اسناد برای "WIMBoot" برای اطلاعات بیشتر.

اگر وجود دارد، بخش [PrepopulateList] فایل
\Windows\System32\WimBootCompress.ini در تصویر WIM خوانده می شود. مطابقت فایل ها
هر یک از این الگوها به طور معمول استخراج می شود، نه به عنوان "فایل های اشاره گر" WIMBoot.
این برای فایل‌های خاصی که ویندوز باید در ابتدای راه‌اندازی آن‌ها را بخواند مفید است
روند.

این گزینه فقط زمانی کار می کند که برنامه به عنوان Administrator و هدف اجرا شود
حجم، NTFS یا سیستم فایل دیگری است که از Reparse points پشتیبانی می کند.

علاوه بر این، این گزینه هنگام اجرا بر روی Windows 8.1 Update 1 یا بالاتر، بهترین عملکرد را دارد.
زیرا این اولین نسخه ویندوز است که حاوی Windows Overlay File است
درایور فیلتر سیستم ("WOF"). اگر درایور WOF شناسایی شود، wimlib آن را ایجاد می کند
WIMBoot "فایل های اشاره گر" با استفاده از ioctls مستند ارائه شده توسط WOF.

در غیر این صورت، اگر درایور WOF شناسایی نشود، wimlib نقاط reparse را ایجاد می کند
و فایل "\System Volume Information\WimOverlay.dat" را در حجم مورد نظر ویرایش کنید.
به صورت دستی این به طور بالقوه در معرض مشکلاتی است، زیرا اگرچه کد در آن کار می کند
برخی از موارد آزمایش شده، هیچ یک از این فرمت های داده در واقع توسط آنها مستند نشده است
مایکروسافت. قبل از بازنویسی این فایل، wimlib نسخه قبلی را در آن ذخیره می کند
"\System Volume Information\WimOverlay.wimlib_backup"، که به طور بالقوه می توانید
در صورت نیاز بازیابی کنید

در واقع هنوز هم می توانید یک کار را انجام دهید --wimboot استخراج حتی اگر تصویر WIM علامت گذاری نشده باشد
به عنوان "WIMBoot-compatible". این گزینه باعث می شود که فایل های استخراج شده به صورت تنظیم شوند
"پشتیبانی خارجی" توسط فایل WIM. درایور مایکروسافت که این را پیاده سازی می کند
عملکرد "پشتیبانی خارجی" ظاهراً اهمیتی ندارد که آیا تصویر(های) موجود در آن
WIM واقعاً به عنوان سازگار با WIMBoot علامت گذاری شده است. بنابراین، "WIMBoot-compatible"
برچسب ( در داده‌های XML) به نظر می‌رسد نشانگری فقط برای قصد باشد. علاوه بر این،
درایور مایکروسافت می‌تواند فایل‌های فایل‌های WIM را که از تکه‌های XPRESS استفاده می‌کنند، پشتیبان‌گیری کند
سایزهای 8192، 16384 و 32768 یا تکه های LZX با سایز 32768، علاوه بر
تکه های پیش فرض XPRESS با اندازه 4096 که در زمان ایجاد می شوند wimlib-imagex گرفتن is
اجرا با --wimboot گزینه.

--فشرده - جمع و جور=FORMAT
فقط ویندوز: در صورت امکان، فایل های استخراج شده را با استفاده از فشرده سازی سیستم فشرده کنید.
این فقط روی ویندوز 10 یا جدیدتر یا روی ویندوزهای قدیمی‌تر کار می‌کند
درایور wofadk.sys مایکروسافت اضافه شده است. چندین فرمت فشرده سازی مختلف
ممکن است با فشرده سازی سیستم استفاده شود، و یکی باید به عنوان مشخص شود FORMAT.
انتخاب ها عبارتند از: xpress4k، xpress8k، xpress16k، و lzx.

حذف ها به همان روشی که با --wimboot گزینه. یعنی: اگر آن
وجود دارد، بخش [PrepopulateList] فایل
\Windows\System32\WimBootCompress.ini در تصویر WIM خوانده می شود و فایل ها
مطابقت با هر یک از الگوهای این بخش فشرده نخواهد شد. علاوه بر این،
wimlib فهرستی از فایل‌های کدگذاری شده دارد که برای سازگاری با آن‌ها می‌داند
بوت لودر ویندوز، برای لغو فرمت فشرده سازی درخواستی.

NOTES

داده ها تمامیت: فایل های WIM شامل خلاصه پیام SHA1 برای داده های فایل است. wimlib-imagex
درخواست خلاصه پیام SHA1 هر فایلی را که استخراج می‌کند محاسبه می‌کند و اگر خطا صادر می‌کند
با خلاصه پیام SHA1 ارائه شده در WIM برابر نیست. (این رفتار پیش فرض
معادل به نظر می رسد /تأیید گزینه ImageX.) توجه داشته باشید که این از گزینه جدا است
جدول یکپارچگی WIM، که هضم پیام SHA1 را بر روی تکه های خام ارائه می دهد
کل فایل WIM است و اگر --بررسی گزینه مشخص شده است.

ESD فایل ها: wimlib نسخه 1.6.0 و نسخه های جدیدتر می تواند فایل ها را از WIM های نسخه 3584 استخراج کند که معمولا
حاوی منابع جامد فشرده شده با LZMS است و ممکن است حامل آن باشد .esd پسوند فایل به جای
.wimاست. با این حال، .esd فایل های دانلود شده مستقیم توسط وب دانلودر ویندوز 8 را دارند
بخش های رمزگذاری شده، و wimlib نمی توانند چنین فایل هایی را تا زمانی که برای اولین بار رمزگشایی نشده اند استخراج کنند.

فهرست راهنما پیمایش حملات: wimlib نام فایل ها را قبل از استخراج اعتبار می کند و اینطور نیست
در برابر حملات پیمایش دایرکتوری آسیب پذیر است. این برخلاف مایکروسافت است
WIMGAPI/ImageX/DISM که می تواند فایل های دلخواه را روی درایو مورد نظر بازنویسی کند
استخراج یک فایل WIM مخرب حاوی فایل هایی با نام .. یا حاوی جداکننده های مسیر.

مثال ها

اولین تصویر را از تصویر Windows PE در ویندوز (ویستا یا جدیدتر) استخراج کنید.
رسانه نصب در دایرکتوری "boot":

wimlib-imagex application /mnt/windows/sources/boot.wim 1 boot

مانند بالا، اما با استفاده از wimapply مخفف:

wimapply /media/windows/sources/boot.wim 1 boot

در ویندوز، یک تصویر از کل حجم را اعمال کنید، به عنوان مثال از "install.wim" که می تواند
در رسانه نصب ویندوز (ویستا یا جدیدتر) یافت می شود:

wimlib-imagex application install.wim 1 E:\

مانند بالا، اما در یک سیستم یونیکس مانند که در آن پارتیشن مربوطه وجود دارد اجرا می شود
/dev/sda2:

wimlib-imagex install.wim 1 /dev/sda2 را اعمال کنید

توجه داشته باشید که قبل از اجرای هر یک از دستورات بالا، ممکن است نیاز به یک فایل سیستم NTFS باشد
ایجاد شده روی پارتیشن، به عنوان مثال با format.exe در ویندوز یا mkntfs(8) (بخشی از
NTFS-3g) در سیستم های یونیکس مانند. برای مثال، ممکن است اجرا کنید:

mkntfs /dev/sda2 && wimapply install.wim 1 /dev/sda2

(البته اگر نمی خواهید تمام داده های موجود در پارتیشن را از بین ببرید، این کار را نکنید!)

نمونه ای از اعمال یک WIM قابل لوله کشی از یک لوله را می توان در اینجا یافت PIPABable WIMS، و
نمونه ای از اعمال یک WIM تقسیم شده را می توان در آن یافت شکاف WIMS.

با استفاده از خدمات onworks.net از wimlib-imagex-apply آنلاین استفاده کنید