wimcapture - Интернет в облаке

ПРОГРАММА:

ИМЯ

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

СИНТАКСИС

wimlib-imagex захватить ИСТОЧНИК ВИМФАЙЛ [IMAGE_NAME [ОПИСАНИЕ ИЗОБРАЖЕНИЯ]] [ВАРИАНТ...]
wimlib-imagex добавлять ИСТОЧНИК ВИМФАЙЛ [IMAGE_NAME [ОПИСАНИЕ ИЗОБРАЖЕНИЯ]] [ВАРИАНТ...]

ОПИСАНИЕ

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

Справочная информация. Образ WIM - это независимое дерево каталогов в файле WIM. WIM
файл может содержать любое количество отдельных изображений. Файлы WIM создаются в едином экземпляре с
что касается данных файла, поэтому файл сохраняется только один раз во всем WIM, независимо от
в скольких изображениях появляется файл.

ИСТОЧНИК указывает расположение файлов, из которых будет создан новый образ WIM. Если ИСТОЧНИК is
каталог, образ WIM захватывается из этого каталога (см. СПРАВОЧНИК ЗАХВАТИТЬ (УНИКС)
or СПРАВОЧНИК ЗАХВАТИТЬ (ОКНА)). В качестве альтернативы, если --исходный-список опция
указано, ИСТОЧНИК интерпретируется как файл, который сам предоставляет список файлов и
каталоги для включения в новый образ WIM. По-прежнему альтернативно, только на UNIX-подобных
системы, если ИСТОЧНИК является обычным файловым или блочным устройством, он интерпретируется как том NTFS
из которого должен быть записан образ WIM с помощью libntfs-3g (см. NTFS КОЛИЧЕСТВО ЗАХВАТИТЬ
(УНИКС)).

IMAGE_NAME и ОПИСАНИЕ ИЗОБРАЖЕНИЯ укажите имя и описание, чтобы дать новому WIM
изображение. Если IMAGE_NAME не указан, по умолчанию используется базовое имя (исключая путь к
родительский каталог) из ИСТОЧНИК, но если это имя уже существует в ВИМФАЙЛ, уникальный суффикс
добавлен. Иначе, IMAGE_NAME должно быть либо имя, которое еще не существует как
изображение в ВИМФАЙЛ, или пустую строку для создания изображения без имени. Если
ОПИСАНИЕ ИЗОБРАЖЕНИЯ не указан, новое изображение не описывается.

В частном случае, если ВИМФАЙЛ это - трубчатый предполагается, и файл WIM
записывается на стандартный вывод в специальном конвейерном формате. Документацию для
- трубчатый Больше подробностей.

СПРАВОЧНИК ЗАХВАТИТЬ (УНИКС)

В этом разделе описано, как wimlib-imagex захватывает файлы из дерева каталогов в UNIX-подобных
системы. Видеть СПРАВОЧНИК ЗАХВАТИТЬ (ОКНА) для получения соответствующей документации для Windows.

В UNIX-подобных системах, когда ИСТОЧНИК указывает каталог или символическую ссылку на каталог,
образ WIM будет захвачен из дерева каталогов с корнем в этом каталоге. Этот
каталог может находиться в файловой системе любого типа, а точки монтирования отслеживаются рекурсивно. В
В этом режиме wimlib будет хранить следующие типы информации:

· Каталоги и обычные файлы, а также содержимое обычных файлов

· Жесткие ссылки

· Символические ссылки (без потерь переводятся в точки повторной обработки Windows)

· Время последней модификации (mtime) и время последнего доступа (atime) с 100 наносекундами
зернистость

· С участием --unix-данные: Владельцы, группы и режимы UNIX

· С участием --unix-данные: узлы устройств, FIFO и сокеты домена UNIX

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

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

NTFS КОЛИЧЕСТВО ЗАХВАТИТЬ (УНИКС)

В этом разделе описано, как wimlib-imagex захватывает файлы прямо из образа тома NTFS
в UNIX-подобных системах.

В UNIX-подобных системах специальный режим захвата изображений включается, когда ИСТОЧНИК регулярный
файл или блочное устройство. В этом режиме ИСТОЧНИК предполагается, что это том или том NTFS
изображение и wimlib-imagex захватит образ WIM, содержащий полное содержимое NTFS
том, включая данные, относящиеся к NTFS. Это делается с помощью libntfs-3g.

Обратите внимание, что режим записи тома NTFS не вошел, если ИСТОЧНИК это каталог, даже если
Файловая система 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).

· Атрибут разреженных файлов будет сохранен, но сохраненные данные будут
полные данные файла, а не "разреженные" данные. (Данные, однако, подлежат
сжатию формата WIM.)

СПРАВОЧНИК ЗАХВАТИТЬ (ОКНА)

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

В Windows, wimlib-imagex захватить и wimlib-imagex добавлять постарайтесь заархивировать как можно больше данных и
по возможности метаданные, в том числе:

· Все потоки данных всех файлов.

· Точки повторной обработки, включая символические ссылки, точки соединения и другие точки повторной обработки,
если поддерживается исходной файловой системой. (Примечание: см. --rpfix и --норпфикс для
документацию о том, как именно фиксируются абсолютные символические ссылки и переходы.)

· Временные метки создания, доступа и изменения файлов и каталогов. Они хранятся
с собственным разрешением отметки времени 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, например два файла, имена которых отличаются только
case в том же каталоге или файл, имя которого содержит определенные символы, которые считаются
недействителен Windows. Если у вас возникнут проблемы с архивированием таких файлов, рассмотрите возможность использования NTFS
КОЛИЧЕСТВО ЗАХВАТИТЬ (УНИКС) режим из Linux.

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

--ботинок
Указывает, что новый образ должен стать загрузочным образом WIM-архива.

--проверить
Что касается wimlib-imagex добавлять, перед выполнением операции добавления проверьте
целостность ВИМФАЙЛ если таблица целостности присутствует. Кроме того, включите
таблица целостности в новом WIM-файле (wimlib-imagex захватить) или модифицированный файл WIM
(wimlib-imagex добавлять). Если этот параметр не указан, таблица целостности не создается.
включены в файл WIM, созданный с помощью wimlib-imagex захватить, при обновлении WIM-файла
wimlib-imagex добавлять будет записан с таблицей целостности тогда и только тогда, когда один
присутствовал раньше.

--компресс=ТИП[:УРОВЕНЬ]
Задает формат сжатия для нового файла WIM. ТИП может быть "none", "XPRESS"
(псевдоним: «быстро»), «LZX» (псевдоним: «максимум») или «LZMS» (псевдоним: «восстановление»). ТИП is
совпадают без учета регистра. По умолчанию - «LZX».

При желании вы также можете указать целочисленное сжатие УРОВЕНЬ. Уровень сжатия
указывает, насколько жестко алгоритм сжатия для указанного сжатия ТИП будете
работать над сжатием данных. Значения масштабируются так, что 20 - быстрое сжатие,
50 - среднее сжатие, а 100 - высокое сжатие. Однако вы можете выбрать любой
значение, а не только эти конкретные значения. По умолчанию 50.

Этот параметр влияет только на тип сжатия, используемый в нестандартных ресурсах WIM. Если
вы создаете надежный WIM (используя --твердый вариант), то вы, вероятно, захотите
--solid-сжатие .

Будьте осторожны, выбирая сжатие LZMS. Он не совместим с wimlib раньше
v1.6.0, WIMGAPI до Windows 8, DISM до Windows 8.1 и 7-Zip до v15.12.

Также обратите внимание, что выбор сжатия LZMS не подразумевает автоматически твердотельный режим.
сжатие, как и в случае с DISM. Использовать --твердый если вы хотите создать надежный WIM,
или "файл ESD".

- размер куска=РАЗМЕР
Установите размер блока сжатия на РАЗМЕР байтов. Большой размер блока сжатия
приводит к лучшей степени сжатия. wimlib поддерживает разные размеры чанков
в зависимости от типа сжатия:

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

· LZX: 32 КБ, 64 КБ, 128 КБ, 256 КБ, 512 КБ, 1 МБ, 2 МБ

· 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
file "- это надежный WIM-файл.

По умолчанию эта опция имеет эффект, эквивалентный опции DISM.
/ compress: восстановление. Параметры для wimlib-imagex разные, потому что они пытаются
не смешивать тип сжатия (например, LZX или LZMS) с твердомодным сжатием,
так как это две разные вещи.

--solid-chunk-size=РАЗМЕР
Подобно - размер куска, но задайте размер блока, используемого в твердых ресурсах. По умолчанию,
предполагая сжатие LZMS, составляет 64 МБ (67108864); для этого требуется около 640 МБ памяти
за поток. Эта опция действует только тогда, когда --твердый также указано. Примечание:
Реализация Microsoft несовместима с размерами фрагментов LZMS, превышающими
64 МБ.

--solid-сжатие=ТИП[:УРОВЕНЬ]
Подобно --компресс, но задайте тип сжатия, используемый в твердых ресурсах. По умолчанию
это сжатие LZMS. Эта опция действует только тогда, когда --твердый также указано.

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

- перестроить
Что касается wimlib-imagex добавлять: перестроить весь WIM вместо добавления новых данных
до конца. Восстановление WIM происходит медленнее, но позволяет сэкономить немного места.
в противном случае это оставалось бы как дыра в WIM. Также см wimlib-imagex
оптимизировать(1).

--флаги=ID ИЗДАНИЯ
Укажите строку для использования в элемент данных XML для нового изображения.

--image-свойство ИМЯ=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] --- это не влияет на захват, но если изображение применяется
позже с --wimboot, это скопления файлов, которые должны быть извлечены обычным образом,
не как "файлы указателей" WIMBoot. Если каталог совпадает, все файлы и
подкаталоги также сопоставляются рекурсивно.

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

Строки, начинающиеся с символа "#" или ";" символы рассматриваются как комментарии и игнорируются.
Глобусы с пробелами в кавычках нет необходимости; однако, если они есть, оба двойные
и одинарные кавычки принимаются.

Если этот параметр не указан, используется следующий файл конфигурации по умолчанию:

[Список исключений]
\ $ ntfs.log
\ hiberfil.sys
\ pagefile.sys
\ swapfile.sys
\ Информация о системном томе
\ РЕЦИКЛЕР
\ Windows \ CSC

Однако особое поведение применяется, если --wimboot также указано. По умолчанию с
--wimboot указан, файл Windows / System32 / WimBootCompress.ini в каталоге
захваченный будет использоваться в качестве файла конфигурации. Однако это может быть
переопределено с помощью --config; и это также приводит к тому, что указанный файл конфигурации
быть сохраненным в образе WIM как Windows / System32 / WimBootCompress.ini, перекрывая любые
который может присутствовать в файловой системе.

--unix-данные
(Только для UNIX-подобных систем) Сохраните UNIX-владельца, группу, режим и идентификатор устройства (основной и
младший номер) каждого захваченного файла. Начиная с wimlib v1.7.0, вы можете создавать резервные копии и
восстановить не только стандартную информацию о разрешениях файла UNIX, но и символ
узлы устройств, узлы блочных устройств, именованные каналы (FIFO) и сокеты домена UNIX.

wimlib хранит данные UNIX, добавляя в каждый каталог специальный тегированный элемент метаданных
запись каждого файла, содержащего эту информацию. Эта дополнительная информация
игнорируется реализацией Microsoft. Примечание: данные UNIX, хранящиеся в wimlib до
v1.7.0 использовал другой формат, который больше не поддерживается. Если у вас старый WIM
файлы с данными UNIX, примените их с помощью v1.6.2 и повторно захватите с помощью v1.7.0 или
позже.

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

--strict-acls
Сбой немедленно, если полный дескриптор безопасности любого файла не может быть прочитан. На
Windows, поведение по умолчанию без этой опции - сначала попытаться опустить SACL
из дескриптора безопасности, а затем попытаться полностью опустить дескриптор безопасности.
Цель этого состоит в том, чтобы собрать как можно больше данных, не всегда требуя
Права администратора. Однако, если вы хотите, чтобы все дескрипторы безопасности были
захвачено точно, вы можете предоставить эту опцию, хотя администратор
в любом случае должен иметь разрешение читать все.

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

Поведение по умолчанию для wimlib-imagex захватить эквивалентна --rpfix,
поведение по умолчанию для wimlib-imagex добавлять будет --rpfix если исправления точки повторной обработки
ранее были сделаны на ВИМФАЙЛВ противном случае --норпфикс.

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

--исходный-список
wimlib-imagex захватить и wimlib-imagex добавлять поддержка создания образа WIM из
несколько отдельных файлов или каталогов. Когда --исходный-список указано, ИСТОЧНИК
аргумент указывает имя текстового файла, каждая строка которого равна 1 или 2
пути к файлам, разделенные пробелами. Первый путь к файлу, источник, указывает
путь к файлу или каталогу для записи в образ WIM. Это может быть либо
абсолютный или относительный к текущему рабочему каталогу. Второй путь к файлу, если
при условии, является целью и указывает путь в образе WIM, который этот файл или
каталог будет сохранен как. Начальные и конечные косые черты в цели игнорируются,
кроме случаев, когда он полностью состоит из слэшей (например, "/"), что означает, что
каталог должен стать корнем образа WIM. Если не указано, целевая строка
по умолчанию совпадает с исходной строкой.

Пример файла исходного списка выглядит следующим образом:

# Сделать образ WIM из каталога 'winpe'
Винпе /

# Отправить каталог 'overlay' в '/ overlay' в образе WIM
оверлей / оверлей

# Наложить отдельный каталог прямо на корень образа WIM.
/ данные / вещи /

Подкаталоги в WIM создаются по мере необходимости. Несколько исходных каталогов могут
использовать одну и ту же цель, что подразумевает наложение. В случае, если это приведет к
файл без каталога, добавляемый в образ WIM несколько раз, последняя версия (как
перечисленные в файле исходного списка) отменяет любую более раннюю версию.

Пути к файлам, содержащие пробелы, можно заключать в одинарные или двойные кавычки.
цитаты. Цитаты не могут быть экранированы.

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

В частном случае, если ИСТОЧНИК стоит "-", исходный список читается со стандартного ввода
а не внешний файл.

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

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

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

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

По большей части wimlib прозрачно работает с конвейерными модулями WIM. Вы можете изменить
их, добавлять или удалять изображения, экспортировать изображения и даже создавать разделенные конвейерные WIM-файлы. В
Основные недостатки заключаются в том, что добавление (в настоящее время) менее эффективно (- перестроить is
всегда подразумевается), а также они несовместимы с программным обеспечением Microsoft.

wimlib-imagex захватить и wimlib-imagex добавлять оба могут писать конвейерный WIM напрямую
на стандартный вывод; это делается автоматически, если ВИМФАЙЛ указывается как "-". (В
в этом случае, - трубчатый предполагается.)

- без трубок
Убедитесь, что полученный WIM имеет обычный формат WIM, не поддерживающий конвейеры. Это
по умолчанию для wimlib-imagex захватить, кроме записи в стандартный вывод (ВИМФАЙЛ
указано как "-"), а также для wimlib-imagex добавлять, кроме случаев добавления в WIM
это уже доступно по трубопроводу.

--обновление-из=[ВИМФАЙЛ:]ОБРАЗ
Объявляет, что изображение, которое захватывается или добавляется из ИСТОЧНИК в основном то же самое, что и
существующее изображение ОБРАЗ in ВИМФАЙЛ, но захвачено позже, возможно
с некоторыми изменениями за прошедшее время. Это предназначено для использования в
инкрементные резервные копии той же файловой системы или дерева каталогов. ОБРАЗ может быть
Индекс на основе 1 или имя существующего изображения в ВИМФАЙЛ. Также может быть отрицательным
целое число для индексации изображений назад (например, -1 означает последнее существующее изображение
in ВИМФАЙЛ).

Когда предоставляется эта опция, захват или добавление нового изображения будет
оптимизирован, не читая файлы, которые появляются на основе метаданных, таких как временные метки
не подлежали изменению, так как они были заархивированы в существующем ОБРАЗ. Запрет
манипуляции с отметками времени, эта опция влияет только на производительность и не меняет
полученный образ WIM.

Как показано, полный синтаксис аргумента этой опции заключается в указании WIM
файл, двоеточие и изображение; например, «--update-of mywim.wim: 1». Однако
WIM-файл и двоеточие можно не указывать, и в этом случае WIM-файл будет по умолчанию
WIM-файл, добавляемый для операций добавления, или WIM-файл, из которого
берется (только если --дельта-от указывается ровно один раз) для захвата
операций.

--дельта-от=ВИМФАЙЛ
Что касается wimlib-imagex захватить только: запишите новый WIM как "дельту" из ВИМФАЙЛ, Любые
потоки, которые обычно необходимо заархивировать в новом WIM, опускаются, если они
уже присутствуют в ВИМФАЙЛ на котором основана дельта. Новый WIM
по-прежнему будет содержать полную копию метаданных изображения, но обычно это только
небольшая часть от общего размера WIM.

Этот параметр можно указывать несколько раз, и в этом случае результирующий дельта-WIM
будет содержать только потоки, отсутствующие ни в одном из указанных базовых WIM.

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

--дельта-от может сочетаться с --обновление-из для увеличения скорости захвата
дельта WIM.

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

(начальная резервная копия)

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

(несколько дней спустя создайте вторую резервную копию как дельту от первой)

$ wimcapture / некоторые / каталог bkup-2013-08-20.dwm \
--update-of bkup-base.wim: -1 --delta-from bkup-base.wim

(восстановление второй резервной копии)

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

Однако обратите внимание, что в качестве альтернативы приведенной выше последовательности, в которой использовался дельта-WIM,
вторую резервную копию можно было просто добавить в WIM как новый образ, используя
wimlib-imagex добавлять. Дельта-WIM следует использовать только в том случае, если это необходимо для
резервные копии или изображения в отдельном большом файле, который редко изменяется.

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

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

--wimboot
Отметьте изображение как WIMBoot-совместимое. См. Документацию Microsoft для получения дополнительной информации.
информация о WIMBoot. Эта опция по умолчанию устанавливает тип сжатия
в XPRESS и размер блока до 4096 байт; они, однако, могут быть отменены
через --компресс и - размер куска параметры соответственно. Кроме того, это
опция по умолчанию установит для файла конфигурации значение
ИСТОЧНИК\ Windows \ System32 \ WimBootCompress.ini, если он есть и доступен; однако это
все еще может быть отменено через --config Параметр.

--unsafe-compact
См. Документацию по этой опции в wimlib-imagex-оптимизировать (1).

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

ПРИМЕЧАНИЯ

wimlib-imagex добавлять не поддерживает добавление изображения в разделенный WIM.

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

wimlib-imagex создает WIM-файлы, совместимые с программным обеспечением Microsoft (WIMGAPI, ImageX, DISM),
с некоторыми оговорками:

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

· Конвейерные WIM несовместимы с программным обеспечением Microsoft. Созданы конвейерные WIM
только если ВИМФАЙЛ был указан как "-" (стандартный вывод) или если - трубчатый флаг был
указано.

· WIM-файлы, захваченные с размером блока, отличным от установленного по умолчанию (с - размер куска вариант) или как сплошной
архивы (с --твердый вариант) или со сжатием LZMS (с --компресс= LZMS или
--компресс= recovery) имеют разные уровни совместимости с программным обеспечением Microsoft.
Как правило, более поздние версии программного обеспечения Microsoft более совместимы.

ПРИМЕРЫ

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

wimlib-imagex захватить somedir mywim.wim

или, если Wimcapture жесткая ссылка или пакетный файл установлен, сокращенная форма может
использоваться:

wimcapture где-то в mywim.wim

Однако в остальных примерах будет использоваться полная форма. Затем добавьте изображение
другое дерево каталогов для WIM, созданного выше:

wimlib-imagex добавить еще один каталог mywim.wim

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

wimlib-imagex захватить somedir mywim.wim --compress = fast \
--check --norpfix "Некоторое имя" "Некоторое описание"

Захватите весь том NTFS в новый WIM-файл и назовите образ «Windows 7». На
В UNIX-подобных системах для этого необходимо использовать специальный режим, описанный в NTFS КОЛИЧЕСТВО ЗАХВАТИТЬ
(УНИКС) в котором ИСТОЧНИК - это файловое или блочное устройство, содержащее файловую систему 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» | какой-то прог

Используйте wimcapture онлайн с помощью сервисов onworks.net