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

ПРОГРАММА:

ИМЯ

wimlib-imagex-apply - Извлекает одно или все изображения из WIM-архива.

СИНТАКСИС

wimlib-imagex подать заявление ВИМФАЙЛ [ОБРАЗ] TARGET [ВАРИАНТ...]

ОПИСАНИЕ

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

Эта команда предназначена для извлечения или «применения» одного или нескольких полных образов WIM. если ты
вместо этого хотите извлечь только определенные файлы или каталоги, содержащиеся в образе WIM,
рассмотреть возможность использования wimlib-imagex извлечение or wimlib-imagex монтировать вместо. (wimlib-imagex монтировать
не поддерживается в Windows.)

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

TARGET указывает, куда извлекать образ WIM. Если TARGET указывает каталог,
Образ WIM извлекается в этот каталог (см. СПРАВОЧНИК ДОБЫЧА (УНИКС) or СПРАВОЧНИК
ДОБЫЧА (ОКНА)). Аналогично, если TARGET указывает несуществующий файл, каталог
создается в этом месте, и образ WIM извлекается в этот каталог.

If ОБРАЗ указывается как "все", то все изображения в ВИМФАЙЛ фактически извлекаются в
подкаталоги TARGET, каждому из которых дается имя соответствующего изображения,
возврат к индексу изображения в случае изображения без имени или недействительного имени
как имя файла.

В качестве альтернативы, только в UNIX-подобных системах, если TARGET указывает обычный файл или блок
устройство, он интерпретируется как том NTFS, на который должен быть извлечен образ WIM (см.
NTFS КОЛИЧЕСТВО ДОБЫЧА (УНИКС)). В этом режиме можно извлечь только одно изображение, и
поддерживается только извлечение в корень тома NTFS (а не в его подкаталог).

ВИМФАЙЛ может быть "-" для чтения WIM из стандартного ввода, а не из файла, но см.
ТРУБОПРОВОД ВИМС чтобы получить больше информации.

wimlib-imagex подать заявление поддерживает применение образов из автономных WIM, а также из разделенных WIM.
Читать SPLIT ВИМС.

СПРАВОЧНИК ДОБЫЧА (УНИКС)

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

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

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

· Именованные потоки данных.

· Точки повторной обработки, отличные от символических ссылок и точек соединения.

· Определенные атрибуты файла, такие как сжатие, шифрование и разреженность.

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

· Метки времени создания файлов.

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

NTFS КОЛИЧЕСТВО ДОБЫЧА (УНИКС)

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

Как уже упоминалось, wimlib-imagex работает в UNIX-подобной системе, может напрямую применять образ WIM
в том NTFS, указав TARGET как обычный файл или блочное устройство, содержащее
Файловая система NTFS. Файловая система NTFS не обязательно должна быть пустой, хотя ожидается, что она будет
пусто для предполагаемых вариантов использования. Новую файловую систему NTFS можно создать с помощью
мкнтфс(8) команда предоставляется с NTFS-3G.

В этом режиме извлечения тома NTFS образ WIM извлекается в корень NTFS.
volume в некотором роде сохраняет почти всю информацию, содержащуюся в образе WIM. Следовательно
не страдает от ограничений, описанных в СПРАВОЧНИК ДОБЫЧА (УНИКС). Это
поддержка полагается на libntfs-3g для записи в том NTFS и обработки специфичных для NTFS и
Данные для Windows.

Обратите внимание, что этот режим извлечения тома NTFS не вошел, если TARGET это каталог,
даже если файловая система NTFS смонтирована на TARGET. Вы должны указать сам том NTFS
(и он должен быть размонтирован, и у вас должно быть разрешение на запись в него).

Этот режим извлечения тома NTFS пытается извлечь как можно больше информации,
в том числе:

· Все потоки данных всех файлов, кроме зашифрованных, включая безымянные данные
stream, а также все именованные потоки данных.

· Точки повторной обработки, включая символические ссылки, точки соединения и другие точки повторной обработки.

· Создание, доступ и изменение файлов и каталогов с использованием собственных
Разрешение NTFS 100 наносекунд.

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

· Флаги атрибутов файлов DOS / Windows.

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

Однако есть также несколько известных ограничений режима извлечения тома NTFS:

· Зашифрованные файлы не извлекаются.

· Wimlib v1.7.0 и новее: разреженные атрибуты файлов не извлекаются (такое же поведение
как ImageX / DISM / WIMGAPI). wimlib v1.6.2 и ранее: хотя атрибуты файлов разрежены
будут применены, полные данные будут извлечены в каждый разреженный файл, поэтому извлечены
"разреженные" файлы на самом деле могут не содержать разреженных областей.

Тем не менее, поскольку почти вся информация из образа WIM восстанавливается в этом режиме, он
возможно (и полностью поддерживается) восстановить образ реальной установки Windows
через wimlib-imagex в UNIX-подобных системах в качестве альтернативы использованию wimlib-imagex on
Windows. В примерах в конце этой страницы руководства есть пример применения
образ из файла "install.wim", содержащегося на установочном носителе для Windows.
(Vista или более поздняя версия) в каталоге "sources".

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

СПРАВОЧНИК ДОБЫЧА (ОКНА)

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

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

· Все потоки данных всех файлов. Это включает в себя содержимое файла по умолчанию, а также
именованные потоки данных, если они поддерживаются целевым томом.

· Точки повторной обработки, включая символические ссылки, точки соединения и другие точки повторной обработки,
если поддерживается целевым объемом. (Примечание: см. --rpfix и --норпфикс для документации
о том, как именно извлекаются абсолютные символические ссылки и переходы.) Однако в соответствии с
стандартные настройки безопасности Windows, невозможно создать символьную ссылку
или точка соединения без прав администратора; поэтому вы должны бежать вимлиб-
ImageX как Администратор, если вы хотите полностью восстановить изображение, содержащее символические
ссылки и / или точки соединения. (В противном случае будет выдано просто предупреждение, когда
символическая ссылка или точка соединения не могут быть извлечены из-за недостаточных привилегий.)

· Временные метки создания, доступа и изменения файлов и каталогов с максимальным
разрешение, поддерживаемое целевым объемом.

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

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

· Имена DOS (8.3) имена файлов; однако невозможность их установки не считается
ошибка состояние.

· Жесткие ссылки, если они поддерживаются файловой системой.

Дополнительные примечания об извлечении файлов в Windows:

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

· Поскольку зашифрованные файлы (с FILE_ATTRIBUTE_ENCRYPTED) не хранятся в виде открытого текста в
образ WIM, wimlib-imagex не может восстанавливать зашифрованные файлы в файловые системы, не
поддерживающее шифрование. Следовательно, в таких файловых системах зашифрованные файлы не будут
извлечен. Более того, даже если зашифрованные файлы восстанавливаются в файловой системе,
поддерживает шифрование, их можно будет расшифровать только при наличии ключа дешифрования.

· Файлы с именами, которые не могут быть представлены в Windows, не будут извлечены
дефолт; видеть --include-недопустимые-имена.

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

· В Windows, если --no-acls указана опция, wimlib попытается восстановить
дескрипторы безопасности файлов в точности так, как они представлены в образе WIM. Остерегаться
что типичные установки Windows содержат файлы, дескрипторы безопасности которых не
разрешить Администратору удалить их. Следовательно, такие файлы нельзя будет
удаляется, а в некоторых случаях даже читается после извлечения, если только не обрабатывается с
специализированная программа, которая знает, как получить SE_RESTORE_NAME и / или SE_BACKUP_NAME
привилегии, которые позволяют отменять списки контроля доступа. Это не ошибка в wimlib,
который работает так, как предназначен для правильного восстановления данных, которые были заархивированы, а скорее
проблема с правами доступа, которые Windows использует для определенных файлов. Но если ты просто хочешь
данные файла и не обращайте внимания на дескрипторы безопасности, используйте --no-acls Пропустить
восстановление всех дескрипторов безопасности.

· Аналогичное предостережение применимо к таким атрибутам файла, как Readonly, Hidden и
Система. По задумке, в Windows wimlib будет восстанавливать такие атрибуты файлов; следовательно,
извлеченные файлы могут иметь эти атрибуты. Если это не то, что вам нужно, используйте
--нет-атрибуты опцию.

SPLIT ВИМС

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

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

Чтобы применить первый образ этого разделенного WIM к каталогу "dir", запустите:

wimlib-imagex применить mywim.swm 1 dir --ref = "mywim * .swm"

В качестве особого случая, если вы применяете изображение из стандартного ввода из разделенного WIM, который
также может использоваться по трубопроводу (как описано в ТРУБОПРОВОД ВИМС) --ref опция не нужна; вместо тебя
должен гарантировать, что все разделенные части WIM объединены вместе на стандартном вводе.
Их можно подавать в любом порядке, за исключением первой части, которая должна быть
первый.

ТРУБОПРОВОД ВИМС

Начиная с wimlib 1.5.0, wimlib-imagex подать заявление поддерживает применение WIM из недоступного для поиска файла,
например, труба, при условии, что WIM был захвачен с - трубчатый (См. wimlib-imagex
захватить(1)). Чтобы использовать стандартный ввод в качестве WIM, укажите "-" как ВИМФАЙЛ. Полезное использование
эта возможность заключается в применении образа из 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
ВИМС.

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

--проверить
При чтении ВИМФАЙЛ, проверьте ее целостность, если таблица целостности присутствует.

--ref="GLOB"
Группа файлов дополнительных WIM или разделенных частей WIM, из которых можно ссылаться на ресурсы. Видеть
SPLIT_WIMS. Этот параметр можно указывать несколько раз. Примечание: GLOB указан в
цитирует, потому что это интерпретируется wimlib-imagex и, возможно, потребуется процитировать
защитить от расширения оболочки.

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

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

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

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

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

--strict-acls
Сбой немедленно, если полный дескриптор безопасности любого файла или каталога не может быть
установить точно так, как указано в WIM-файле. Если этот параметр не указан, когда
wimlib-imagex в Windows не имеет разрешения на установку дескриптора безопасности на
извлеченный файл, он возвращается к настройке только частично (например, с опущенным SACL),
и в худшем случае полностью его опускает. Однако это должно быть только проблемой.
при беге wimlib-imagex без прав Администратора. Кроме того, в UNIX-подобных
систем, этот флаг также можно комбинировать с --unix-данные вызывать wimlib-imagex в
немедленно завершиться ошибкой, если владелец UNIX, группа или режим извлеченного файла не могут быть
установить по любой причине.

--нет-атрибуты
Не восстанавливайте такие атрибуты файлов Windows, как только чтение, скрытый и т. Д.

--include-недопустимые-имена
Извлеките файлы и каталоги с недопустимыми именами, заменив символы и
добавление суффикса, а не его игнорирование. Именно то, что считается
"недопустимое" имя зависит от платформы.

В POSIX-совместимых системах имена файлов чувствительны к регистру и могут содержать любой байт.
кроме '\ 0' и ´ / ', поэтому в POSIX-совместимой системе этот параметр будет иметь только
эффект в том маловероятном случае, что образ WIM по какой-то причине имеет имя файла
содержащий один из этих символов.

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

--wimboot
Только для Windows: вместо извлечения самих файлов извлеките «файлы-указатели».
вернуться в архив (ы) WIM. Это может привести к значительной экономии места. Тем не мение,
это связано с несколькими потенциальными издержками, такими как невозможность удалить WIM
архив (ы) и, возможно, более медленный доступ к файлам. См. Microsoft
документация для "WIMBoot" для получения дополнительной информации.

Если он существует, раздел [PrepopulateList] файла
Будет прочитан файл \ Windows \ System32 \ WimBootCompress.ini в образе WIM. Соответствие файлов
любой из этих шаблонов будет извлечен обычным образом, а не как «файлы указателей» WIMBoot.
Это полезно для определенных файлов, которые Windows необходимо прочитать на ранней стадии загрузки.
процесс.

Этот параметр работает только в том случае, если программа запущена от имени администратора и целевой
том - NTFS или другая файловая система, поддерживающая точки повторной обработки.

Кроме того, этот вариант лучше всего работает при работе в Windows 8.1 с обновлением 1 или более поздней версии,
поскольку это первая версия Windows, содержащая файл оверлея Windows
Драйвер системного фильтра («WOF»). Если драйвер WOF обнаружен, wimlib создаст
«Файлы указателей» WIMBoot с использованием задокументированных ioctl, предоставленных WOF.

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

Вы все еще можете сделать --wimboot извлечение, даже если образ WIM не отмечен
как «WIMBoot-совместимый». Эта опция приводит к тому, что извлеченные файлы устанавливаются как
"подкрепленный извне" файлом WIM. Драйвер Microsoft, который реализует это
функциональность "внешней поддержки", по-видимому, не заботится о том, есть ли изображения в
WIM действительно помечены как WIMBoot-совместимые. Следовательно, "WIMBoot-совместимый"
ярлык ( в данных XML), похоже, указывает только на намерение. Кроме того,
драйвер Microsoft может выполнять внешнюю резервную копию файлов из файлов WIM, которые используют фрагменты XPRESS.
размером 8192, 16384 и 32768 или фрагментами LZX размером 32768, в дополнение к
блоки XPRESS по умолчанию размером 4096, которые создаются при wimlib-imagex захватить is
беги с --wimboot опцию.

--компактный=ФОРМАТ
Только для Windows: по возможности сжимайте извлеченные файлы с помощью системного сжатия.
Это работает только в Windows 10 или более поздней версии или в более старых версиях Windows, для которых
Добавлен драйвер Microsoft wofadk.sys. Несколько разных форматов сжатия
может использоваться с System Compression, и одно должно быть указано как ФОРМАТ,
варианты: xpress4k, xpress8k, xpress16k и lzx.

Исключения обрабатываются так же, как и с --wimboot вариант. То есть: если это
существует, раздел [PrepopulateList] файла
\ Windows \ System32 \ WimBootCompress.ini в образе WIM будет прочитан, а файлы
соответствие любому из шаблонов в этом разделе не будет сжато. Кроме того,
wimlib имеет жестко запрограммированный список файлов, о которых он знает, для совместимости с
Загрузчик Windows, чтобы переопределить запрошенный формат сжатия.

ПРИМЕЧАНИЯ

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

ESD файлов: wimlib v1.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 или мкнтфс(8) (часть
NTFS-3g) в UNIX-подобных системах. Например, вы можете запустить:

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

(Конечно, не делайте этого, если вы не хотите уничтожать все существующие данные в разделе!)

Пример применения WIM по трубопроводу из трубы можно найти в ТРУБОПРОВОД ВИМСИ
пример применения разделенного WIM можно найти в SPLIT ВИМС.

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