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

ПРОГРАМА:

ІМ'Я

wimlib-imagex-capture, wimlib-imagex-append - створити або додати зображення WIM

СИНТАКСИС

wimlib-imagex захоплення ДЖЕРЕЛО WIMFILE [IMAGE_NAME [IMAGE_DESCRIPTION]] [ВАРІАНТ...]
wimlib-imagex додавати ДЖЕРЕЛО WIMFILE [IMAGE_NAME [IMAGE_DESCRIPTION]] [ВАРІАНТ...]

ОПИС

Команда wimlib-imagex захоплення та wimlib-imagex додавати команди створюють зображення Windows (WIM)
зображення з дерева каталогів. The wimlib-imagex захоплення команда створює новий файл WIM
що містить зняте зображення, тоді як wimlib-imagex додавати команда додає захоплені
зображення в існуючий файл WIM. Ці команди також доступні як прості wimcapture та
wimappend якщо встановлено відповідні жорсткі посилання або пакетні файли.

Довідкова інформація: WIM-образ є незалежним деревом каталогів у файлі WIM. WIM
файл може містити будь-яку кількість окремих зображень. Файли WIM створюються з одним екземпляром
щодо даних файлу, тож файл зберігається лише один раз у всьому WIM, незалежно від
скільки зображень містить файл.

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

IMAGE_NAME та IMAGE_DESCRIPTION вкажіть назву та опис, щоб дати новий WIM
зображення. Якщо IMAGE_NAME не вказано, за замовчуванням для нього використовується базова назва (за винятком шляху до
батьківський каталог). ДЖЕРЕЛО, але якщо ця назва вже існує в WIMFILE, унікальний суфікс
додається. інакше IMAGE_NAME має бути або ім’ям, яке ще не існує як
зображення в WIMFILE, або порожній рядок, щоб створити зображення без імені. Якщо
IMAGE_DESCRIPTION не вказано, опис нового зображення не дається.

Як окремий випадок, якщо WIMFILE є "-", --придатний припускається параметр і файл WIM
записується на стандартний вихід у спеціальному форматі pipable. Дивіться документацію для
--придатний для більш докладної інформації.

ДОВІДНИК КАПТУРА (UNIX)

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

На UNIX-подібних системах, коли ДЖЕРЕЛО вказує каталог або символічне посилання на каталог,
WIM-образ буде захоплено з дерева каталогів, корінного в цьому каталозі. Це
каталог може бути на будь-якому типі файлової системи, а точки монтування слідують рекурсивно. в
У цьому режимі wimlib зберігатиме інформацію такого типу:

· Каталоги і звичайні файли, а також вміст звичайних файлів

· Жорсткі посилання

· Символічні посилання (перекладені без втрат у точки повторного аналізу Windows)

· Час останньої модифікації (mtime) і час останнього доступу (atime) із 100 наносекундами
зернистість

· З --unix-дані: власники, групи та режими UNIX

· З --unix-дані: вузли пристроїв, FIFO та сокети домену UNIX

Немає підтримки для зберігання розширених атрибутів (наприклад, міток безпеки SELinux і
POSIX ACL). Також зауважте, що час останньої зміни статусу (ctime) не зберігається.

Педантична примітка: обмеження формату WIM запобігає незвичайному випадку, коли одиночний
сам файл символічного посилання має кілька імен (жорсткі посилання); у цьому малоймовірному випадку кожен
символьне посилання зберігається як незалежний файл.

NTFS ОБСЯГ КАПТУРА (UNIX)

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

У UNIX-подібних системах спеціальний режим захоплення зображення вводиться, коли ДЖЕРЕЛО є регулярним
файл або блоковий пристрій. У цьому режимі ДЖЕРЕЛО вважається томом або томом NTFS
зображення, і wimlib-imagex захопить WIM-образ, що містить повний вміст NTFS
обсяг, включаючи дані, специфічні для NTFS. Це робиться за допомогою libntfs-3g.

Зверніть увагу, що режим захоплення тому NTFS є НЕ введено якщо ДЖЕРЕЛО є каталогом, навіть якщо an
Файлова система NTFS змонтована ДЖЕРЕЛО за допомогою ntfs-3g. Необхідно вказати том NTFS
(і його потрібно відмонтувати, і ви повинні мати дозвіл на читання з нього).

Режим захоплення томів NTFS намагається захопити якомога більше даних і метаданих,
в тому числі:

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

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

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

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

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

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

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

· Зашифровані файли виключені за замовчуванням. Хоча libntfs-3g може читати їхні дані,
їх потрібно зберігати у файлі WIM у спеціальному форматі, якого у wimlib поки немає
підтримку (крім Windows, де wimlib може розглядати дані як непрозорі та передавати їх
до відповідної функції API).

· Атрибут sparse для розріджених файлів буде збережено, але збережені дані будуть
повні дані файлу, а не «розріджені» дані. (Однак дані є предметними
до стиснення формату WIM.)

ДОВІДНИК КАПТУРА (WINDOWS)

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

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

· Усі потоки даних усіх файлів.

· точки повторного аналізу, включаючи символічні посилання, точки з’єднання та інші точки повторного аналізу,
якщо підтримується вихідною файловою системою. (Примітка: див --rpfix та --norpfix та цінності
документація про те, як саме фіксуються абсолютні символічні посилання та з’єднання.)

· Позначки часу створення, доступу та модифікації файлів і каталогів. Ці зберігаються
з рідною роздільною здатністю часових позначок Windows NT 100 наносекунд.

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

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

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

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

Немає підтримки зберігання розширених атрибутів NTFS та ідентифікаторів об’єктів.

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

Педантична примітка: оскільки Windows не повністю сумісна з власною файловою системою (NTFS), увімк
Windows wimlib не може архівувати певні файли, які можуть існувати в дійсній файловій системі NTFS, але
недоступні для Windows API, наприклад, два файли з іменами, що відрізняються лише в
регістр у тому самому каталозі або файл, ім’я якого містить певні символи
недійсний для Windows. Якщо у вас виникнуть проблеми з архівуванням таких файлів, скористайтеся файлом NTFS
ОБСЯГ КАПТУРА (UNIX) режим з Linux.

ВАРІАНТИ

--завантаження
Вказує, що новий образ має стати завантажуваним образом WIM-архіву.

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

-- стиснути=TYPE[:РІВЕНЬ]
Визначає формат стиснення для нового файлу WIM. TYPE може бути "none", "XPRESS"
(псевдонім: «швидкий»), «LZX» (псевдонім: «максимальний») або «LZMS» (псевдонім: «відновлення»). TYPE is
збігається без урахування регістру. За замовчуванням — «LZX».

За бажанням можна також вказати ціле стиснення РІВЕНЬ. Рівень стиснення
вказує, наскільки жорсткий алгоритм стиснення для зазначеного стиснення TYPE волі
працювати зі стисненням даних. Значення масштабуються так, що 20 є швидким стисненням,
50 – середня компресія, 100 – висока. Однак ви можете вибрати будь-який
цінності, а не лише ці конкретні цінності. За замовчуванням – 50.

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

Будьте обережні, якщо вибираєте стиснення LZMS. Раніше він не був сумісним із wimlib
v1.6.0, WIMGAPI до Windows 8, DISM до Windows 8.1 і 7-Zip до версії 15.12.

Також зауважте, що вибір стиснення LZMS автоматично не означає твердотільний режим
стиснення, як це відбувається з DISM. Використовуйте -- твердий якщо ви хочете створити надійний WIM,
або «файл ESD».

--розмір шматка=SIZE
Встановіть розмір фрагмента стиснення SIZE байтів. Більший розмір блоку стиснення
забезпечує кращий ступінь стиснення. wimlib підтримує різні розміри фрагментів
залежно від типу компресії:

· XPRESS: 4K, 8K, 16K, 32K, 64K

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

· LZMS: 32 К, 64 К, 128 К, 256 К, 512 К, 1 М, 2 М, 4 М, 8 М, 16 М, 32 М, 64 М, 128 М, 256 М, 512 М,
1G

Ви можете вказати повний номер (наприклад, 32768), або ви можете використовувати один із K, M або G
суфікси. KiB, MiB і GiB також приймаються.

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

Використовуйте цей параметр з обережністю, якщо сумісність із реалізацією Microsoft
бажано, оскільки їх реалізація має обмежену підтримку розмірів фрагментів, відмінних від стандартних.

-- твердий
Створіть «твердий» файл WIM, який стискає файли разом, а не окремо.
Це призводить до значно кращого коефіцієнта стиснення, але це коштує
різних компромісів, включаючи: повільне стиснення з дуже високим використанням пам'яті; повільно
випадковий доступ до результуючого WIM-файлу; і знижена сумісність.

З точки зору сумісності, перша версія WIMGAPI від Microsoft, яка підтримує надійний WIM
файли було випущено разом із Windows 8, і перша версія DISM, яка це зробила
випущено з Windows 8.1.

Якщо ви хочете створити «файл ESD», скористайтеся цією опцією. (незашифрований) «ESD
файл» є надійним файлом WIM.

За замовчуванням цей параметр має ефект, еквівалентний опції DISM
/compress:відновлення. Варіанти wimlib-imagex різні, тому що вони намагаються
не змішувати тип стиснення (наприклад, LZX або LZMS) з твердорежимним стисненням,
оскільки це дві різні речі.

--суцільний розмір шматка=SIZE
Люблю --розмір шматка, але встановіть розмір фрагмента, який використовується в твердих ресурсах. За замовчуванням,
за умови стиснення LZMS становить 64 МБ (67108864); для цього потрібно близько 640 МБ пам'яті
за нитку. Цей параметр діє лише тоді, коли -- твердий також уточнюється. Примітка:
Реалізація Microsoft не сумісна з розмірами фрагментів LZMS більше ніж
64 Мб.

--твердий стиснутий=TYPE[:РІВЕНЬ]
Люблю -- стиснути, але встановіть тип стиснення, який використовується в твердих ресурсах. За замовчуванням
це стиснення LZMS. Цей параметр діє лише тоді, коли -- твердий також уточнюється.

--нитки=NUM_THREADS
Кількість потоків для стиснення даних. За замовчуванням: автовизначення (кількість
доступні процесори).

-- перебудувати
для wimlib-imagex додавати: перебудувати весь WIM, а не додавати нові дані
до кінця його. Відновлення WIM відбувається повільніше, але заощадить трохи місця
який інакше залишився б як дірка в WIM. Також див wimlib-imagex
оптимізувати(1).

-- прапори=EDITIONID
Вкажіть рядок для використання в елемент даних XML для нового зображення.

--властивість зображення ІМ'Я=VALUE
Вкажіть довільну властивість для зображення, яку потрібно встановити в XML-документі файлу WIM.
VALUE це рядок, який потрібно встановити як значення властивості. ІМ'Я це назва зображення
властивість, наприклад "NAME", "DESCRIPTION" або "TOTALBYTES". Ім’я може містити
косі риски для позначення вкладеного елемента XML; наприклад,
"WINDOWS/VERSION/BUILD" вказує на елемент BUILD, вкладений у VERSION
елемент, вкладений в елемент WINDOWS. Можна використовувати число в дужках
вказати один з кількох ідентичних елементів; наприклад,
"WINDOWS/LANGUAGES/LANGUAGE[2]" вказує на другий вкладений елемент "LANGUAGE"
в елементі "WINDOWS/LANGUAGES". Додаючи таким чином список елементів,
їх необхідно вказати в послідовному порядку. Зверніть увагу, що назви елементів мають регістр.
чутливий. Цей параметр можна вказувати кілька разів.

--розіменування
(Тільки для систем, подібних до UNIX) Переходьте за символічними посиланнями та архівуйте файли, на які вони вказують,
замість того, щоб архівувати самі посилання.

--config=Фото
Визначає файл конфігурації (закодований UTF-8 або UTF-16LE; звичайний ASCII також працює)
для створення нового зображення. Файл конфігурації визначає файли, які мають бути
обробляються спеціально під час зйомки зображення.

Формат конфігураційного файлу - стиль INI; тобто влаштовано в
розділи в дужках. Наразі визнаються такі розділи:

· [ExclusionList] --- містить список глобусів шляхів, які потрібно виключити з захоплення. Якщо
каталог збігається, і каталог, і його вміст виключаються.

· [ExclusionException] --- містить список глобусів шляху, які потрібно включити до
захоплення, навіть якщо файл або каталог також відповідає глобулі в [ExclusionList].

· [PrepopulateList] --- це не впливає на зйомку, але якщо зображення застосовано
пізніше с -- Wiboot, це глобуси файлів, які розпаковуються зазвичай,
не як "файли вказівників" WIBoot. Якщо каталог відповідає, усі файли і
підкаталоги також узгоджуються рекурсивно.

Глобуси шляху можуть містити символи "*" і "?" мета-символи. Відносні глобуси (напр
*.mp3) збігається з іменем файлу в будь-якому каталозі. Абсолютні глоби (наприклад, /dir/file),
розглядаються як шляхи, які починаються з основного каталогу, який захоплюється, або з кореня
том NTFS для режиму захоплення тому NTFS. Не використовуйте літери дисків у
доріжки; вони будуть проігноровані. Роздільники шляхів можуть бути прямими косими рисками або
зворотні косі риски.

Рядки, що починаються з '#' або ';' символи розглядаються як коментарі та ігноруються.
Глоби з пробілами в них не потрібно вводити в лапки; однак, якщо вони є, обидва подвоюються
і одинарні лапки приймаються.

Якщо цей параметр не вказано, використовується такий файл конфігурації за замовчуванням:

[Список виключень]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\Інформація про системний том
\ УТОЧНИК
\Windows\CSC

Однак особлива поведінка застосовується, якщо -- Wiboot також уточнюється. За замовчуванням з
-- Wiboot вказано, файл Windows/System32/WimBootCompress.ini в каталозі
буде використано як файл конфігурації. Однак це може бути
перевизначено використання --config; і це також призводить до того, що зазначений файл конфігурації
зберігатися в образі WIM як Windows/System32/WimBootCompress.ini, замінюючи будь-які
які можуть бути присутніми у файловій системі.

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

wimlib зберігає дані UNIX, додаючи спеціальний тегований елемент метаданих до кожного каталогу
запис кожного файлу, який містить цю інформацію. Ця додаткова інформація є
ігнорується реалізацією Microsoft. Примітка: дані UNIX, які раніше зберігалися в wimlib
версії 1.7.0 використано інший формат, який більше не підтримується. Якщо у вас старий WIM
файли з даними UNIX, застосувати їх за допомогою версії 1.6.2 і повторно отримати їх за допомогою v1.7.0 або
пізніше.

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

--strict-acls
Помилка негайно, якщо повний дескриптор безпеки будь-якого файлу неможливо прочитати. Увімкнено
Windows, поведінка за замовчуванням без цієї опції полягає в тому, щоб спочатку спробувати пропустити SACL
з дескриптора безпеки, а потім спробуйте повністю опустити дескриптор безпеки.
Мета цього — зібрати якомога більше даних, не потребуючи завжди
Права адміністратора. Однак, якщо ви бажаєте, щоб усі дескриптори безпеки були
зафіксовано точно, ви можете надати цю опцію, хоча Адміністратор
у будь-якому випадку має бути дозвіл читати все.

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

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

У разі захоплення з кількох джерел, (--список джерел зазначений), прохідний --norpfix
рекомендується. В іншому випадку виправлення точки повторного аналізу буде вимкнено під час усіх записів
джерела, призначені для некорневих місць у WIM-образі, а джерела захоплення
призначений для кореня WIM, отримає поведінку за замовчуванням з попереднього параграфа.

--список джерел
wimlib-imagex захоплення та wimlib-imagex додавати підтримує створення WIM-образу з
кілька окремих файлів або каталогів. Коли --список джерел вказано, ДЖЕРЕЛО
Аргумент вказує ім'я текстового файлу, кожен рядок якого дорівнює 1 або 2
шляхи до файлів, розділені пробілами. Перший шлях до файлу, джерело, вказує
шлях до файлу або каталогу для запису в образ WIM. Це може бути і те, і інше
абсолютний або відносний до поточного робочого каталогу. Другий шлях до файлу, якщо
за умови, є цільовим і вказує шлях у WIM-образі, до якого цей файл або
каталог буде збережено як. Попередня та задня косі риски в цілі ігноруються,
за винятком випадків, коли він повністю складається з косих рисків (наприклад, "/"), що вказує на те, що
каталог повинен стати коренем образу WIM. Якщо пропущено, цільовий рядок
за замовчуванням такий самий, як і вихідний рядок.

Приклад файлу списку джерел виглядає так:

# Створіть образ WIM з каталогу 'winpe'
winpe /

# Надішліть каталог 'overlay' до '/overlay' в зображенні WIM
накладка /накладка

# Накладіть окремий каталог безпосередньо на корінь WIM-образу.
/data/stuff/

Підкаталоги в WIM створюються за потреби. Може бути декілька вихідних каталогів
спільно використовувати ту саму ціль, що передбачає накладання. У випадку, якщо це призводить до а
файл без каталогу, який додається до образу WIM кілька разів, остання версія (як
перерахований у файлі списку джерел) замінює будь-яку попередню версію.

Шляхи до файлів, що містять пробіли, можуть бути в лапках одинарними або подвійними
цитати. Цитати не можна викривати.

Рядки, що складаються лише з пробілів і рядків, що починаються з '#', перед якими
необов'язкові пробіли ігноруються.

Як окремий випадок, якщо ДЖЕРЕЛО є "-", список джерел читається зі стандартного введення
а не зовнішній файл.

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

--придатний
Створіть "pipable" WIM, який можна застосовувати повністю послідовно, в тому числі з a
труба. Зображення в отриманому WIM можна застосувати за допомогою wimlib-imagex застосовувати, або
зазвичай, вказавши ім’я файлу WIM, або за допомогою wimlib-imagex застосовувати - читати
WIM зі стандартного введення. Побачити wimlib-imagex застосовувати(1) для більш детальної інформації.

Для операцій додавання цей параметр призведе до повної перебудови WIM
це пізнавально. Для операцій захоплення захоплений WIM просто створюється як конвеєр.
Майте на увазі, що чим більше зображень ви додаєте до WIM, що можна відобразити, тим менш ефективним буде його передача
буде, оскільки через канал буде надіслано більше непотрібних даних.

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

Здебільшого, wimlib працює з конфігурованими WIM прозоро. Ви можете змінити
їх, додавати або видаляти зображення, експортувати зображення і навіть створювати розділені конфігуровані WIM. The
Основними недоліками є те, що додавання (наразі) менш ефективне (-- перебудувати is
завжди маються на увазі), а також вони не сумісні з програмним забезпеченням Microsoft.

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

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

--оновлення=[WIMFILE:]IMAGE
Заявляє, що зображення знімається або додається з ДЖЕРЕЛО переважно те саме, що
існуючий образ 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
буде містити повну копію метаданих зображення, але зазвичай це лише a
невелика частка загального розміру WIM.

Цю опцію можна вказати кілька разів, у цьому випадку результуюча дельта WIM
міститиме лише потоки, яких немає в жодному із зазначених базових WIM.

Щоб оперувати отриманим дельта-WIM, використовуючи інші команди, наприклад wimlib-imagex
застосовувати, ви повинні вказати дельта WIM як файл WIM для роботи, але також
посилання на базовий(і) WIM(и) за допомогою --пос варіант. Обережно: зберегти належне
функціонуючи дельта WIM, ви можете лише додавати, а не видаляти файли та зображення до
базовий WIM(s) після захоплення дельти з нього.

--дельта-від може поєднуватися з --оновлення для збільшення швидкості захоплення а
дельта WIM.

Як приклад розглянемо таку послідовність резервного копіювання та відновлення:

(початкова резервна копія)

$ wimcapture /some/каталог bkup-base.wim

(кілька днів потому створіть другу резервну копію як дельта з першої)

$ wimcapture /some/каталог bkup-2013-08-20.dwm \
--update-of bkup-base.wim:-1 --delta-з bkup-base.wim

(відновлення другої резервної копії)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/some/каталог

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

Примітка: на відміну від "pipable" WIM (створених за допомогою --придатний варіант), «дельта» WIM
(створено за допомогою --дельта-від варіант) сумісні з програмним забезпеченням Microsoft.
Наприклад, ви можете використовувати параметр /ref ImageX, щоб посилатися на базовий WIM(и),
схожий на вище.

Додаткова примітка: wimlib-imagex є достатньо узагальненим, щоб ви могли поєднувати
--придатний та --дельта-від для створення дельта WIM, які можна відобразити. У таких випадках база
WIM(s) має бути вловлено як підлягає, а також дельта WIM, і при застосуванні
зображення, базовий(і) WIM(и) необхідно надіслати по каналу після дельта WIM.

-- Wiboot
Позначте зображення як WIBoot-сумісне. Додаткову інформацію дивіться в документації Microsoft
інформація про WIBoot. Цей параметр за замовчуванням встановлює тип стиснення
до XPRESS і розмір блоку до 4096 байт; однак вони все ще можуть бути перевизначені
через -- стиснути та --розмір шматка параметри, відповідно. Крім того, це
Параметр за замовчуванням встановлює для файлу конфігурації значення
ДЖЕРЕЛО\Windows\System32\WimBootCompress.ini, якщо є і доступний; однак, це
все ще може бути змінено за допомогою --config параметр.

--небезпечно-компактний
Перегляньте документацію для цієї опції в wimlib-imagex-optimize (1).

--знімок
ЕКСПЕРИМЕНТАЛЬНА: створити тимчасовий знімок файлової системи вихідного каталогу і
захоплювати файли з нього. Наразі цей параметр підтримується лише в Windows,
де він використовує службу тіньового копіювання томів (VSS). Використовуючи цю опцію, можна
створити послідовну резервну копію системного тому запущеної системи Windows без
виникли проблеми із заблокованими файлами. Щоб знімок VSS був успішним
створений, wimlib-imagex потрібно запустити як адміністратор, і його не можна запустити
Режим WoW64 (тобто якщо Windows 64-розрядна, то wimlib-imagex також має бути 64-розрядним).

ПРИМІТКИ

wimlib-imagex додавати не підтримує додавання зображення до розділеного WIM.

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

wimlib-imagex створює WIM, сумісні з програмним забезпеченням Microsoft (WIMGAPI, ImageX, DISM),
з деякими застереженнями:

· З wimlib-imagex на UNIX-подібних системах можна створити образ WIM
що містять файли з іменами, що відрізняються лише регістром, або файли з іменами, що містять
символи ':', '*', '?', '"', '<', '>', '|' або '\', які дійсні в POSIX-
сумісні файлові системи, але не Windows. Попереджаємо, що таких файлів не буде
витягується за замовчуванням версією Windows wimlib-imagex, і (ще гірше)
ImageX від Microsoft може бути збитий з пантелику такими іменами і перестав витягувати зображення частково
через. (Можливо, варто зазначити, що власна файлова система Windows за замовчуванням,
NTFS, підтримує ці символи, хоча Windows ні!)

· Pipable WIM несумісні з програмним забезпеченням Microsoft. Створюються конвейерні WIM
лише якщо WIMFILE було вказано як "-" (стандартний вихід) або якщо --придатний прапор був
вказано.

· WIM, захоплені з розміром фрагмента, який не є стандартним (з --розмір шматка варіант) або як твердий
архіви (з -- твердий опція) або зі стисненням LZMS (з -- стиснути=LZMS або
-- стиснути=відновлення) мають різні рівні сумісності з програмним забезпеченням Microsoft.
Як правило, новіші версії програмного забезпечення Microsoft більш сумісні.

ПРИКЛАДИ

Перший приклад: створіть новий WIM 'mywim.wim' зі стисненням LZX ("максимальний"), який
містять зафіксоване зображення дерева каталогів 'somedir'. Зверніть увагу, що ім'я зображення потрібно
не вказано і за замовчуванням буде 'somedir':

wimlib-imagex захопити somedir mywim.wim

або, якщо wimcapture було встановлено жорстке посилання або пакетний файл, скорочена форма може
бути використаним:

wimcapture somedir mywim.wim

Однак решта прикладів використовуватиме довгу форму. Далі додайте зображення a
відмінне дерево каталогів до WIM, створеного вище:

wimlib-imagex додати інший каталог mywim.wim

Досить просто, і наведені вище приклади дерев каталогів зображень працюють як на UNIX-подібних
системи та Windows. Далі, зафіксуйте WIM з кількома параметрами, не встановленими за замовчуванням, у тому числі
XPRESS ("швидке") стиснення, таблиця цілісності, без змішування з абсолютними символічними посиланнями,
а також назву та опис зображення:

wimlib-imagex захопити somedir mywim.wim --compress=швидко \
--check --norpfix "Деякі назви" "Деякий опис"

Запишіть весь том NTFS у новий файл WIM і назвіть зображення «Windows 7». Увімкнено
UNIX-подібні системи, це вимагає використання спеціального режиму, описаного в NTFS ОБСЯГ КАПТУРА
(UNIX) де ДЖЕРЕЛО це файл або блоковий пристрій, що містить файлову систему NTFS:

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

або, у Windows, щоб захопити повний том NTFS, замість цього потрібно вказати корінь
каталог змонтованого тому, наприклад:

wimlib-imagex capture E:\ windows7.wim "Windows 7"

Те саме, що й у наведеному вище прикладі із захопленням тому NTFS wimlib-imagex працює на UNIX-
подібна до системи, але записує WIM у специфічному для wimlib форматі "pipable", який можна передавати
до wimlib-imagex застосовувати:

wimlib-imagex capture /dev/sda2 windows7.wim "Windows 7" \
--придатний

Те саме, що й вище, але замість того, щоб записувати файл WIM, який можна відобразити, у файл "windows7.wim", запишіть його
безпосередньо на стандартний вихід через канал у якусь іншу програму "someprog", яка
може бути, наприклад, програма або сценарій, який передає дані на сервер. Зауважте, що
--придатний не потрібно вказувати явно при використанні стандартного виводу як "файлу" WIM:

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

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