wimapply - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

wimlib-imagex-apply - Витягніть одне зображення або всі зображення з архіву WIM

СИНТАКСИС

wimlib-imagex застосовувати WIMFILE [IMAGE] TARGET [ВАРІАНТ...]

ОПИС

wimlib-imagex застосовувати витягує зображення або всі зображення з файлу Windows Imaging (WIM).
WIMFILE. Ця команда також доступна просто wimapply якщо відповідне жорстке посилання
або пакетний файл було встановлено.

Ця команда призначена для вилучення або «застосування» одного або кількох повних зображень WIM. Якщо ви
замість цього хочете витягти лише певні файли або каталоги, що містяться в образі WIM,
розгляньте можливість використання wimlib-imagex витяг or wimlib-imagex монтувати замість цього. (wimlib-imagex монтувати
не підтримується в Windows.)

IMAGE визначає зображення WIM WIMFILE витягувати. Це може бути індекс на основі 1
зображення в WIMFILE, назва зображення в WIMFILE, або ключове слово "усі", щоб вказати це
всі зображення в WIMFILE мають бути вилучені. Використовувати wimlib-imagex інформація (1) команда для показу
які зображення містить файл WIM. IMAGE може бути опущено, якщо WIMFILE містить лише одне зображення.

TARGET вказує, куди витягти WIM-образ. Якщо TARGET визначає каталог, файл
Образ WIM витягується до цього каталогу (див ДОВІДНИК ЕКСТРАКЦІЯ (UNIX) or ДОВІДНИК
ЕКСТРАКЦІЯ (WINDOWS)). Аналогічно, якщо TARGET вказує неіснуючий файл, каталог є
створений у цьому місці, а WIM-образ витягується до цього каталогу.

If IMAGE вказано як "усі", тоді всі зображення в WIMFILE фактично витягуються в
підкаталоги TARGET, кожному з яких дано назву відповідного зображення,
повернення до індексу зображення у випадку зображення без імені або недійсного імені
як ім'я файлу.

Крім того, лише в UNIX-подібних системах, якщо TARGET визначає звичайний файл або блок
пристрою, він інтерпретується як том NTFS, до якого має бути витягнутий образ WIM (див
NTFS ОБСЯГ ЕКСТРАКЦІЯ (UNIX)). У цьому режимі можна витягти лише одне зображення, і
підтримується лише розпакування в корінь тому NTFS (а не в його підкаталог).

WIMFILE може бути "-" для читання WIM зі стандартного введення, а не з файлу, але див
PIPABLE WIMS для отримання додаткової інформації.

wimlib-imagex застосовувати підтримує застосування зображень із автономних WIM, а також із розділених WIM.
Читати SPLIT WIMS.

ДОВІДНИК ЕКСТРАКЦІЯ (UNIX)

У цьому розділі описано, як wimlib-imagex застосовувати (а також wimlib-imagex витяг) екстракт а
Образ WIM (або, можливо, його підмножина, у разі wimlib-imagex витяг) до а
каталог на UNIX-подібних системах. Побачити ДОВІДНИК ЕКСТРАКЦІЯ (WINDOWS) для відповідного
документація для Windows.

Як уже згадувалося, WIM-образ можна застосувати до каталогу в UNIX-подібній системі шляхом надання
a TARGET каталог. Однак важливо мати на увазі, що формат WIM був
розроблено для Windows, і в результаті файли WIM можуть містити дані або метадані, які не можуть
бути представлений на UNIX-подібних системах. Основна інформація, що wimlib-imagex волі НЕ be
можна витягувати в UNIX-подібних системах:

· Дескриптори безпеки Windows (які включають власника файлу, групу та списки керування доступом).

· Іменовані потоки даних.

· Повторний аналіз точок, крім символічних посилань і точок з’єднання.

· Певні атрибути файлу, такі як стиснення, шифрування та розрідженість.

· Короткі (DOS) імена для файлів.

· Часові позначки створення файлів.

Примітки. Непідтримувані дані та метадані просто не витягуються, але wimlib-imagex волі
спробуйте попередити вас, коли вміст WIM-образу не може бути точно представлено
видобутий. Часові позначки останнього доступу та останньої модифікації вказуються на 100 наносекунд
деталізації у файлі WIM, але буде витягнуто лише з максимальною підтримуваною точністю
базовою операційною системою, бібліотекою C і файловою системою. Стислі файли будуть
витягуються як нестиснені, тоді як зашифровані файли взагалі не витягуються.

NTFS ОБСЯГ ЕКСТРАКЦІЯ (UNIX)

У цьому розділі описано, як wimlib-imagex застосовувати витягує образ WIM безпосередньо в NTFS
зображення тома на UNIX-подібних системах.

Як вже згадувалось, wimlib-imagex запущений на UNIX-подібній системі, може застосовувати образ WIM безпосередньо
на том NTFS, вказавши TARGET як звичайний файл або блоковий пристрій, що містить файл
Файлова система NTFS. Файлова система NTFS не обов'язково повинна бути порожньою, хоча очікується, що вона буде порожньою
порожній для передбачуваного використання. Нову файлову систему NTFS можна створити за допомогою
mkntfs(8) надається команда ntfs-3g.

У цьому режимі вилучення томів NTFS образ WIM витягується в корінь NTFS
volume певним чином зберігає майже всю інформацію, що міститься в образі WIM. Тому воно
не страждає від обмежень, описаних в ДОВІДНИК ЕКСТРАКЦІЯ (UNIX), це
підтримка покладається на libntfs-3g для запису в том NTFS і обробки специфічних для NTFS і
Специфічні дані для Windows.

Зверніть увагу, що цей режим вилучення томів NTFS є НЕ введено якщо TARGET є каталогом,
навіть якщо змонтована файлова система NTFS TARGET. Ви повинні вказати сам том NTFS
(і його потрібно відмонтувати, і ви повинні мати дозвіл на запис до нього).

Цей режим вилучення томів NTFS намагається витягти якомога більше інформації,
в тому числі:

· Усі потоки даних усіх файлів, окрім зашифрованих файлів, включаючи дані без імені
потік, а також усі іменовані потоки даних.

· Точки повторного аналізу, включаючи символічні посилання, точки з’єднання та інші точки повторного аналізу.

· Часові позначки створення файлів і каталогів, доступ до них і зміна з використанням нативних
Роздільна здатність NTFS 100 наносекунд.

· Дескриптори безпеки Windows, включаючи всі компоненти (власник, група, DACL і SACL).

· Прапори атрибутів файлів DOS/Windows.

· Усі імена всіх файлів, включаючи імена в просторі імен Win32, просторі імен DOS,
Простір імен Win32+DOS і простір імен POSIX. Це включає жорсткі посилання.

Однак існує також кілька відомих обмежень режиму вилучення обсягу NTFS:

· Зашифровані файли не будуть розпаковані.

· wimlib версії 1.7.0 і новіших версій: розріджені атрибути файлу не витягуються (така ж поведінка
як ImageX/DISM/WIMGAPI). wimlib версії 1.6.2 і раніше: хоча і розріджені атрибути файлу
буде застосовано, повні дані будуть витягнуті до кожного розрідженого файлу, тому витягнуто
"розріджені" файли насправді можуть не містити розріджених областей.

Незважаючи на це, оскільки майже вся інформація з WIM-образу відновлюється в цьому режимі, він
можливо (і повністю підтримується) для відновлення образу фактичної інсталяції Windows
використання wimlib-imagex на UNIX-подібних системах як альтернативу використанню wimlib-imagex on
Windows. У прикладах в кінці цієї сторінки посібника наведено приклад застосування
зображення з файлу «install.wim», що міститься на інсталяційному носії для Windows
(Vista або новішої версії) у каталозі «джерела».

Зауважте, що для фактичного завантаження Windows (Vista або новішої версії) із застосованого образу «install.wim»,
вам також потрібно позначити розділ як «завантажувальний» і налаштувати різні файли завантаження, наприклад
\BOOTMGR і \BOOT\BCD. Останнє завдання найлегше виконати, запустивши
«bcdboot.exe» із живої системи Windows (наприклад, Windows PE), але є й інші
варіанти також.

ДОВІДНИК ЕКСТРАКЦІЯ (WINDOWS)

У Windows, wimlib-imagex застосовувати та wimlib-imagex витяг вбудована підтримка Windows-
специфічні та специфічні для NTFS дані. Для найкращих результатів слід розташувати цільовий каталог
на томі NTFS і wimlib-imagex слід запускати з правами адміністратора; однак,
також підтримуються файлові системи, відмінні від NTFS, і запуск без прав адміністратора.

У Windows, wimlib-imagex застосовувати та wimlib-imagex витяг спробуйте витягти якомога більше даних і
метадані, наскільки це можливо, включаючи:

· Усі потоки даних усіх файлів. Це включає вміст файлу за замовчуванням, а також
іменовані потоки даних, якщо це підтримується цільовим томом.

· точки повторного аналізу, включаючи символічні посилання, точки з’єднання та інші точки повторного аналізу,
якщо підтримується цільовим обсягом. (Примітка: див --rpfix та --norpfix для документації
про те, як саме витягуються абсолютні символічні зв’язки та з’єднання.) Однак, згідно з
стандартні параметри безпеки Windows, неможливо створити символічне посилання
або точка з'єднання без прав адміністратора; тому ви повинні бігти wimlib-
imagex як адміністратор, якщо ви хочете повністю відновити зображення, що містить символіку
ланки та/або точки з'єднання. (Інакше буде видано лише попередження, коли a
символічне посилання або точку з’єднання неможливо отримати через недостатні привілеї.)

· Позначки часу створення файлів і каталогів, доступу та зміни до найвищих
роздільна здатність, яку підтримує цільовий обсяг.

· Дескриптори безпеки, якщо вони підтримуються файловою системою та --no-acls не вказано.
Крім того, якщо --strict-acls вказано, дескриптори безпеки для
окремі файли або каталоги можуть бути пропущені або встановлені лише частково, якщо це робить користувач
не мають дозволу на їх встановлення, що може бути проблемою, якщо wimlib-imagex виконується як a
не адміністратор.

· Атрибути файлів, включаючи приховані, розріджені, стислі, зашифровані тощо, якщо вони підтримуються
файловою системою.

· імена DOS (8.3) імена файлів; однак, невиконання їх не вважається
умова помилки.

· Жорсткі посилання, якщо вони підтримуються файловою системою.

Додаткові примітки щодо вилучення файлів у Windows:

· wimlib-imagex видасть попередження, коли не вдасться витягти точні метадані та
дані образу WIM, наприклад, через те, що згадані вище функції не підтримуються
цільовою файловою системою.

· Оскільки зашифровані файли (з FILE_ATTRIBUTE_ENCRYPTED) не зберігаються у відкритому тексті в
образ WIM, wimlib-imagex не можна відновити зашифровані файли до файлових систем
підтримка шифрування. Тому на таких файлових системах зашифрованих файлів не буде
видобутий. Крім того, навіть якщо зашифровані файли відновлюються до файлової системи, яка
підтримує шифрування, їх можна буде розшифрувати лише за наявності ключа дешифрування.

· Файли з іменами, які не можуть бути представлені в Windows, не будуть розпаковані
за замовчуванням; побачити --include-invalid-names.

· Файли з повними шляхами понад 260 символів (так званий MAX_PATH) будуть розпаковані,
але майте на увазі, що такі файли будуть недоступні для більшості програмного забезпечення Windows і можуть бути недоступні
можна легко видалити.

· У Windows, якщо не --no-acls якщо вказано параметр, wimlib спробує відновити
дескриптори безпеки файлів точно так, як вони представлені в образі WIM. Обережно
що типові інсталяції Windows містять файли, дескриптори безпеки яких не містять
дозволити адміністратору видалити їх. Тому таких файлів бути не зможе
видаляється або в деяких випадках навіть читається після вилучення, якщо не обробляється за допомогою a
спеціалізована програма, яка знає, як отримати SE_RESTORE_NAME та/або SE_BACKUP_NAME
привілеї, які дозволяють замінити списки контролю доступу. Це не помилка у wimlib,
який працює так, як розроблено для правильного відновлення даних, які були заархівовані, а скоріше a
проблема з правами доступу, які Windows використовує для певних файлів. Але якщо тільки хочеш
дані файлу і не турбуйтеся про дескриптори безпеки, використовуйте --no-acls пропустити
відновлення всіх дескрипторів безпеки.

· Подібне застереження до вищезазначеного стосується атрибутів файлу, таких як тільки для читання, прихований і
система. За проектом, у Windows wimlib відновить такі атрибути файлу; тому,
вилучені файли можуть мати ці атрибути. Якщо це не те, що ви хочете, скористайтеся
--не-атрибутів варіант.

SPLIT WIMS

Ви можете використовувати wimlib-imagex застосовувати щоб застосувати зображення з розділеного WIM. The WIMFILE аргумент
Необхідно вказати першу частину розділеного WIM, тоді як додаткові частини розділеного WIM
необхідно вказати в одному або кількох --пос="ГЛОБ". Оскільки глобінг вбудований у файл
--пос варіант, як правило, лише один --пос необхідний варіант. Наприклад, назви для
розділені частини WIM зазвичай виглядають приблизно так:

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

Щоб застосувати перше зображення цього розділеного WIM до каталогу "dir", виконайте:

wimlib-imagex застосувати mywim.swm 1 dir --ref="mywim*.swm"

Як особливий випадок, якщо ви застосовуєте зображення зі стандартного введення з розділеного WIM, що
також піддається розводці (як описано в PIPABLE WIMS) --пос опція непотрібна; замість вас
повинен гарантувати, що всі розділені частини WIM об’єднані разом на стандартному введенні.
Вони можуть подаватися в будь-якому порядку, за винятком першої частини, яка обов'язково
перший.

PIPABLE 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 за замовчуванням; ви повинні явно захопити їх --придатний, І вони
він має НЕ сумісний з програмним забезпеченням Microsoft. Побачити wimlib-imagex захоплення(1) більше
інформація.

Можна застосувати зображення з розбитого WIM на кілька частин; побачити SPLIT
WIMS.

ВАРІАНТИ

--перевірте
При читанні WIMFILE, перевірте його цілісність, якщо є таблиця цілісності.

--пос="ГЛОБ"
Файл glob додаткових WIM або розділених частин WIM для посилання на ресурси. Побачити
SPLIT_WIMS. Цю опцію можна вказати кілька разів. Примітка: ГЛОБ вказано в
цитати, тому що це інтерпретується за wimlib-imagex і, можливо, доведеться процитувати
захист від розширення оболонки.

--rpfix, --norpfix
Установіть, чи потрібно виправляти цілі абсолютних символічних посилань (точки повторного аналізу в Windows
термінологія) чи ні. Коли ввімкнено (--rpfix), витягнув абсолютні символічні посилання, які
позначені на зображенні WIM як фіксовані, передбачається, що мають абсолютні цілі
відносно кореня зображення, а отже wimlib-imagex застосовувати передує абсолют
шлях до цільового каталогу вилучення до своїх цілей. Намір полягає в тому, щоб ви
може застосувати зображення, що містить абсолютні символічні посилання, і залишатися дійсними
після того, як його застосували до будь-якого місця.

Поведінка за замовчуванням --rpfix якщо є зображення WIMFILE були захоплені з
виконано виправлення точки повторного аналізу. В іншому випадку це так --norpfix.

Виправлення точки повторного аналізу ніколи не виконуються в режимі вилучення томів NTFS на UNIX-подібних
систем.

--unix-дані
(Тільки для UNIX-подібних систем) Відновлення власників UNIX, груп, режимів та ідентифікаторів пристроїв (основні
та незначні числа), які були захоплені wimlib-imagex захоплення з --unix-дані
варіант. Починаючи з wimlib версії 1.7.0, ви можете створювати резервні копії та відновлювати не тільки стандартний UNIX
інформація про дозвіл файлу, а також вузли символьних пристроїв, вузли блокових пристроїв,
іменовані канали (FIFO) і сокети домену UNIX.

--no-acls
Не відновлюйте дескриптори безпеки для вилучених файлів і каталогів.

--strict-acls
Помилка негайно, якщо повний дескриптор безпеки будь-якого файлу чи каталогу неможливо
встановити точно так, як зазначено у файлі WIM. Якщо цей параметр не вказано, коли
wimlib-imagex у Windows не має дозволу встановлювати дескриптор безпеки для файлу
витягнутий файл, він повертається до його налаштування лише частково (наприклад, якщо SACL опущено),
а в гіршому випадку повністю опускає його. Однак це має бути лише проблемою
при бігу wimlib-imagex без прав адміністратора. Також на UNIX-подібних
систем, цей прапор також можна комбінувати з --unix-дані спричиняти wimlib-imagex до
неможливий негайно, якщо власник, група або режим UNIX для витягнутого файлу не можуть бути
встановити з будь-якої причини.

--не-атрибутів
Не відновлюйте атрибути файлів Windows, такі як «лише читання», «прихований» тощо.

--include-invalid-names
Витягніть файли та каталоги з недійсними іменами, замінивши символи та
додавання суфікса, а не ігнорування їх. Саме те, що вважається
"недійсне" ім'я залежить від платформи.

У POSIX-сумісних системах імена файлів чутливі до регістру і можуть містити будь-який байт
крім '\0' і '/', тому в POSIX-сумісній системі цей параметр матиме лише
ефект у малоймовірному випадку, що образ WIM з якоїсь причини має ім’я файлу
містить один із цих символів.

У Windows імена файлів не чутливі до регістру, не можуть містити символи '/', '\0',
'\', ':', '*', '?', '"', '<', '>' або '|' і не можуть закінчуватися пробілом або крапкою.
Зазвичай файли в образах WIM також повинні відповідати цим умовам. Однак це так
не гарантується, зокрема зображення WIM, зроблене з wimlib-imagex на
POSIX-сумісна система може містити такі файли. За замовчуванням недійсні імена будуть
ігнорується, і якщо є кілька імен, що відрізняються лише регістром, буде обрано одне
довільно витягувати; проте з --include-invalid-names, всі імена будуть
продезінфікований і витягнутий у тій чи іншій формі.

-- Wiboot
Тільки для Windows: замість того, щоб витягувати самі файли, витягніть "файли вказівників"
назад до архіву(ів) WIM. Це може призвести до значної економії простору. однак,
це пов'язано з кількома потенційними витратами, наприклад, неможливості видалити WIM
архів(и) і, можливо, мають повільний доступ до файлів. Дивіться Microsoft
документація для "WIMBoot" для отримання додаткової інформації.

Якщо він існує, розділ [PrepopulateList] файлу
Буде прочитано \Windows\System32\WimBootCompress.ini в образі WIM. Відповідність файлів
будь-який з цих шаблонів буде розпакований нормально, а не як "файли вказівників" WIMBoot.
Це корисно для певних файлів, які Windows має прочитати на початку завантаження
процесу.

Цей параметр працює лише тоді, коли програма запускається від імені адміністратора та цільової особи
том — NTFS або інша файлова система, яка підтримує точки повторного аналізу.

Крім того, цей параметр найкраще працює під час роботи на Windows 8.1 Update 1 або новішої версії,
оскільки це перша версія Windows, яка містить файл накладання Windows
Драйвер системного фільтра ("WOF"). Якщо драйвер WOF буде виявлено, wimlib створить файл
WIMBoot "файли вказівників" за допомогою документованих ioctl, наданих WOF.

В іншому випадку, якщо драйвер WOF не буде виявлено, wimlib створить точки повторного аналізу
і відредагуйте файл "\System Volume Information\WimOverlay.dat" на цільовому томі
вручну. Це потенційно може викликати проблеми, оскільки, хоча код працює в
У деяких перевірених випадках жоден із цих форматів даних фактично не задокументований
Microsoft. Перш ніж перезаписати цей файл, wimlib збереже попередню версію
"\System Volume Information\WimOverlay.wimlib_backup", який ви могли б
відновити, якщо потрібно.

Насправді ви все ще можете зробити а -- Wiboot вилучення, навіть якщо зображення WIM не позначено
як "WIMBoot-сумісний". Ця опція призводить до встановлення витягнутих файлів як
"ззовні підкріплений" файлом WIM. Драйвер Microsoft, який реалізує це
Функціональність "зовнішньої підтримки", мабуть, не хвилює, чи зображення(я) у файлі
WIM дійсно позначено як WIMBoot-сумісний. Тому "WIMBoot-сумісний"
тег ( у даних XML), здається, є маркером лише наміру. В додаток,
драйвер Microsoft може зовнішньо резервувати файли з файлів WIM, які використовують фрагменти XPRESS
розміром 8192, 16384 і 32768 або шматки LZX розміром 32768, на додаток до
за замовчуванням фрагменти XPRESS розміром 4096, які створюються, коли wimlib-imagex захоплення is
бігти з -- Wiboot варіант.

-- компактний=ФОРМАТ
Лише для Windows: стисніть вилучені файли за допомогою стиснення системи, якщо це можливо.
Це працює лише на Windows 10 або новішій версії або на старішій версії Windows, до якої
Додано драйвер wofadk.sys від Microsoft. Кілька різних форматів стиснення
може використовуватися з системним стисненням, і один має бути вказаний як ФОРМАТ,
вибір: xpress4k, xpress8k, xpress16k і lzx.

Виключення обробляються так само, як і з -- Wiboot варіант. Тобто: якщо так
існує розділ [PrepopulateList] у файлі
\Windows\System32\WimBootCompress.ini в образі WIM буде прочитано, а файли
відповідність будь-якому з шаблонів у цьому розділі не буде стиснута. В додаток,
wimlib має жорстко закодований список файлів, для яких він знає, для сумісності з
Завантажувач Windows, щоб замінити запитаний формат стиснення.

ПРИМІТКИ

дані цілісність: файли WIM містять дайджест повідомлень SHA1 для даних файлів. wimlib-imagex
застосовувати обчислює дайджест повідомлення SHA1 для кожного файлу, який він витягує, і видає помилку, якщо
він не дорівнює дайджесту повідомлень SHA1, наданому в WIM. (Ця поведінка за замовчуванням
здається еквівалентним до /підтвердити опція ImageX.) Зауважте, що це окремо від
таблиця цілісності WIM, яка надає дайджест повідомлень SHA1 над необробленими частинами
весь файл WIM і перевіряється окремо, якщо --перевірте опція вказана.

ESD файли: wimlib версії 1.6.0 і новіших версій можуть витягувати файли з WIM версії 3584, які зазвичай
містять LZMS-стиснуті тверді ресурси і можуть переносити .esd розширення файлу, а не
. Wim. Однак .esd файли, завантажені безпосередньо веб-завантажувачем Windows 8
зашифровані сегменти, і wimlib не може витягти такі файли, доки вони не будуть спочатку розшифровані.

Каталог обхід нападки: wimlib перевіряє імена файлів перед їх розпаковуванням і ні
уразливий до атак обходу каталогів. Це на відміну від Microsoft
WIMGAPI/ImageX/DISM, який може перезаписувати довільні файли на цільовому диску, коли
вилучення шкідливого файлу WIM, що містить файли з іменем .. або містять роздільники шляхів.

ПРИКЛАДИ

Витягніть перше зображення з образу Windows PE на Windows (Vista або новішої версії)
інсталяційний носій в каталог "boot":

wimlib-imagex застосувати /mnt/windows/sources/boot.wim 1 завантаження

Те саме, що вище, але з використанням wimapply абревіатура:

wimapply /media/windows/sources/boot.wim 1 завантаження

У Windows застосуйте образ цілого тому, наприклад із «install.wim», який може
можна знайти на інсталяційному носії Windows (Vista або новішої версії):

wimlib-imagex застосувати install.wim 1 E:\

Те саме, що й вище, але працює в UNIX-подібній системі, де є відповідний розділ
/dev/sda2:

wimlib-imagex застосувати install.wim 1 /dev/sda2

Зауважте, що перед запуском будь-якої з наведених вище команд може знадобитися файлова система NTFS
створений на розділі, наприклад за допомогою format.exe у Windows або mkntfs(8) (частина
NTFS-3g) на UNIX-подібних системах. Наприклад, ви можете запустити:

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

(Звичайно, не робіть цього, якщо ви не хочете знищити всі наявні дані в розділі!)

Приклад застосування конвейерного WIM з труби можна знайти в PIPABLE WIMS, І
Приклад застосування розділеного WIM можна знайти в SPLIT WIMS.

Використовуйте wimapply онлайн за допомогою служб onworks.net