Перейти к содержимому

Как создать msi из exe

  • автор:

Создание файла установщика Windows (*.msi)

После создания файла расширения типа развертывания (*.cmdtx) вы должны создать файл установщика Windows (*.msi), содержащий файл *.cmdtx и файлы пользовательского интерфейса. Установщику Windows необходимо скопировать файлы в правильные расположения и зарегистрировать пользовательское расширение на сервере сайта.

Ниже показано основное содержимое файла установщика Windows:

Создание файла установщика Windows (*.msi)

  1. Создайте файл установщика Windows, содержащий файл *.cmdtx и файлы пользовательского интерфейса. Файл установщика Windows будет отвечать за установку файлов пользовательского интерфейса в правильных расположениях с использованием стандартов, определенных командой Администратор Console. По сути, это будет включать в себя следующие файлы:
    1. Сборка пользовательского интерфейса, например AdminUI.DeploymentType.AssemblySuffix>.dll Этот файл является обязательным и содержит реализацию пользовательского интерфейса, которая затем привязывается к консоли Configuration Manager с помощью приведенных ниже XML-файлов. Установщик должен скопировать этот файл в sms\AdminConsole\bin.
    2. TechnologyID> Этот файл является обязательным и предоставляет расширение консоли для мастера создания приложений. Установщик должен скопировать этот файл в sms\AdminConsole\XmlStorage\Extensions\Forms.
    3. TechnologyID> Этот файл является обязательным и предоставляет расширение консоли для мастера создания типов развертывания. Установщик должен скопировать этот файл в sms\AdminConsole\XmlStorage\Extensions\Forms.
    4. TechnologyID>DeploymentTypePropertySheet.xml Этот файл является обязательным и предоставляет страницу свойств Тип развертывания. Установщик должен скопировать этот файл в sms\AdminConsole\XmlStorage\Forms.
    1. Установите стандартное подключение WqlConnectionManager к серверу сайта.
    2. Вызовите метод Extend, передав файл *cmdtx, объект ConnectionManagerBase через экземпляр ConsoleDcmConnection для параметра подключения метода и путь подключения (пример ниже).

    Чтобы использовать ConsoleDcmConnection, необходимо добавить ссылку на сборку в AdminUI.DcmObjectWrapper.dll.

    using DCM = Microsoft.ConfigurationManagement.AdminConsole.DesiredConfigurationManagement; [. ] ConnectionManagerBase connectionManager = new WqlConnectionManager(); connectionManager.Connect("SiteServerName"); DeploymentTypeExtender.Extend(@"C:\RdpTechnology.cmdtx", new DCM.ConsoleDcmConnection(connectionManager, null), @"\\SiteServerName\root\sms\site_ABC");
      Скомпилируйте MOF-файл AppSynclet. На клиенте скомпилируйте пользовательский MOF-файл synclet, чтобы создать необходимый экземпляр класса CCM_AppHandler и соответствующие экземпляры классов CCM_HandlerSynclet. 
    C:\> mofcomp appsynclet_
    C:\> regsvr32 handler.dll

    Обработчик .dll должен быть скомпилирован в соответствии с операционной системой — 32-разрядной или 64-разрядной.

    Создание пакета MSIX из любого классического установщика (MSI, EXE, ClickOnce или App-V)

    Средство упаковки MSIX можно использовать для создания пакета приложения MSIX из любого из следующих параметров:

    • MSI
    • EXE
    • ClickOnce
    • App-V
    • Скрипт
    • Установка вручную

    В этом документе описано, как взять существующие ресурсы, которые у вас есть, и преобразовать их в MSIX.

    Перед началом преобразования рекомендуется убедиться в том, что установщик будет преобразован и будет ли он преобразован.

    Мы также рекомендуем использовать рекомендации по настройке среды и средства упаковки MSIX для преобразования.

    Сейчас средство упаковки MSIX поддерживает App-V 5.1. Если у вас есть пакет с App-V 4.x, рекомендуется использовать исходный установщик для преобразования в MSIX.

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

    Создание пакета приложения является наиболее часто используемым вариантом. Здесь вы создадите пакет MSIX из установщика или вручную установите полезные данные приложения.

    Pic 1

    Метод упаковки

    Выберите вариант для компьютера преобразования:

    • Если вы уже работаете в чистой среде, выберите «Создать пакет» на этом компьютере
    • Если вы хотите подключиться к существующей виртуальной или удаленной машине, выберите «Создать пакет на удаленном компьютере»
      • Прежде чем вы сможете преобразовать его, необходимо настроить удаленный компьютер .
      • Обратите внимание, что мы поддерживаем только виртуальные машины Hyper-V, если вы хотите использовать другой продукт виртуализации, можно подключиться с помощью параметра удаленного компьютера.

      Подготовка компьютера

      На странице Подготовка компьютера доступны параметры для подготовки компьютера к созданию пакета.

      Драйвер средства упаковки MSIX требуется, и средство будет автоматически пытаться включить его, если он не включен. Сначала будет выполнена проверка с использованием DISM, чтобы определить, установлен ли драйвер. Если возникла проблема, попробуйте проверка нашей документации по устранению неполадок, а затем при сохранении проблемы в Центре отзывов.

      Драйвер средства упаковки MSIX отслеживает состояние системы и регистрирует изменения, которые установщик вносит в систему. Средство упаковки MSIX затем учитывает эти изменения при создании пакета.

      Обновл. Windows активен Мы временно отключим Обновл. Windows в течение срока упаковки, чтобы мы не собирали лишние данные.

      • Флажок Ожидается перезагрузка по умолчанию не установлен. При появлении сообщения о том, что для операции в состоянии ожидания требуется перезагрузка компьютера, вам нужно вручную будет сделать это. Это действие является не обязательным, а рекомендуемым.
      • [Необязательно.] Установите флажок Windows Search is Active (Служба Windows Search активна) и щелкните Disable selected (Отключить выбранные), если вы хотите отключить службу поиска.
        • Это действие является не обязательным, а рекомендуемым.
        • После отключения значение поля состояния для средства изменится на Отключено.
        • Это действие является не обязательным, а рекомендуемым.
        • После отключения значение поля состояния для средства изменится на Отключено.

        Завершив подготовку компьютера, щелкните Далее.

        Выбор установщика, с помощью которого нужно создать пакет

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

        Установщики MSI

        Если вы преобразуете установщик MSI, его можно просто найти и указать MSI. Если у вас есть сопутствующий MST-файл или MSP-файл, можно указать, что в поле аргументов установщика. Одним из преимуществ указания MSI здесь является то, что мы можем извлечь все сведения о пакете из него, экономя время на следующем шаге преобразования.

        Установщики App-V

        Если вы преобразуете приложение App-V, это очень простой процесс для вас. Все, что нужно сделать, — указать файл App-V и быстро отслеживать создание страницы MSIX. Это связано с тем, что манифест пакета просто должен быть переведен в пакет MSIX, а затем он работает как MSIX. Ниже приведено предупреждение о том, что средство поддерживает только App-V 5.1, если приложение-V версии 4.x, рекомендуется принять исходный установщик и преобразовать его непосредственно в MSIX.

        Установщики EXE

        При преобразовании установщика .exe можно указать установщик на этом этапе. Из-за отсутствия согласованности формата с exe необходимо вручную ввести сведения о пакете для установщика.

        Установщики ClickOnce

        При преобразовании установщика ClickOnce можно указать установщик на этом этапе. Как и exe, вам потребуется вручную ввести сведения о пакете для установщика.

        Сценарии

        Если вы используете скрипт для установки приложения, можно указать здесь командную строку. Кроме того, вы можете оставить это поле пустым и запустить скрипт вручную на этапе установки.

        Установка вручную

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

        Если вы пытаетесь создать файл шаблона преобразования, это не удастся сделать без указания установщика.

        Если у вас есть аргументы установщика, можно ввести нужный аргумент в предоставленном поле. В поле можно ввести любую строку.

        Предпочтения подписывания

        В разделе «Подписывание» выберите параметр подписывания. Вы можете определить в параметрах этот вариант как вариант по умолчанию, чтобы автоматизировать выполнение некоторых шагов при каждом преобразовании.

        • Вход с помощью подписи Device Guard позволяет войти в учетную запись Microsoft Active Directory, которую вы настроили для подписи Device Guard, которая является службой подписывания, которую корпорация Майкрософт предоставляет, где вам не нужно предоставлять собственный сертификат. Узнайте больше о настройке учетной записи и о подписи Device Guard здесь.
        • Войдите с помощью сертификата (PFX) Найдите и выберите PFX-файл сертификата. Если сертификат защищен паролем, введите пароль в соответствующем поле.
        • Укажите CER-файл (не подписывается) Этот параметр позволяет указать CER-файл. Это полезно, если вы не хотите подписывать пакет, но вы хотите убедиться, что сведения о издателе соответствуют теме сертификата, который будет использоваться для подписи.
        • Не подписывание пакета выберите этот параметр, если вы будете подписывать пакет позже. ПРИМЕЧАНИЕ. Невозможно установить пакет MSIX, если он не подписан.
        • При подписи мы настоятельно рекомендуем добавить метку времени в сертификат, чтобы срок действия сертификата можно было завершить. Допустимый формат — URL-адрес сервера меток времени в соответствии со стандартом RFC 3161.

        Подписывание приложения формата пакета MSIX с сертификатом SHA1 не поддерживается.

        Чтобы продолжить, нажмите кнопку Далее .

        Сведения о пакете

        Чтобы упаковать приложение на существующей виртуальной машине, вам нужно указать сведения об этом приложении. Средство попытается автоматически заполнить эти поля, используя данные, которые предоставляет установщик. При необходимости вы сможете в любой момент обновить эти записи. Если поле отмечено знаком звездочки (*), это значит, что оно является обязательным. Если введены недопустимые данные, отобразится встроенная справка.

        • Имя пакета:
          • Является обязательным и соответствует имени идентификатора пакета в манифесте. Предназначено для описания содержимого пакета.
          • Не отображается пользователю.
          • Следует учитывать регистр и не использовать пробелы.
          • Допускаются строки длиной 3–50 символов, включающие буквенно-цифровые символы, точки и дефисы.
          • Не удается завершить период и быть одним из следующих: CON, PRN, «AUX», «NUL», «COM1», «COM2», «COM3», «COM4», «COM5», «COM6», «COM7», «COM8», «COM9», «LPT1», «LPT2», «LPT3», «LPT4», «LPT5», «LPT6», «LPT7», «LPT8» и «LPT9».
          • Является обязательным и соответствует пакету в манифесте. Предназначено для отображения понятного имени пакета пользователю в меню «Пуск» и на страницах параметров.
          • Допускается строка длиной 1–256 символов и поддерживается локализация.
          • Является обязательным и соответствует пакету с описанием сведений об издателе.
          • Атрибут Publisher должен совпадать со сведениями о субъекте издателя сертификата, используемого для подписывания пакета.
          • Это поле принимает строку от 1 до 8192 символов длиной, которая соответствует регулярному выражению различающегося имени: «(CN | L | O | Подразделение | E | C | S | STREET | T | G | I | SN | DC | SERIALNU МБ ER | Описание | Почтовый индекс | POBox | Телефон | X21Address | dnQualifier | (OID. (0 | [1-9] [0-9]) (. (0 | [1-9] [0-9])) +))=(([^,+=»<>#;]) + | «.») ((CN | L | O | Подразделение | E | C | S | STREET | T | G | I | SN | DC | SERIALNU МБ ER | Описание | Почтовый индекс | POBox | Телефон | X21Address | dnQualifier | (OID. (0 | [1-9] [0-9]) (. (0 | [1-9] [0-9])) +))=(([^,+=»<>#;]) + | «.»))) *».
          • Является обязательным и соответствует пакету в манифесте. Предназначено для отображения понятного пользователю имени издателя в Установщике приложений и на страницах параметров.
          • Поле принимает строку от 1 до 256 символов длиной и локализуется.
          • Является обязательной и соответствует пакету в манифесте. Предназначена для описания номера версии пакета.
          • Это поле принимает строку версии в четырехкратной нотации: «Major.Minor.Build.Version».
          • Это поле необязательно.
          • Это расположение, в которое установщик скопирует полезные данные приложения (обычно это папка Program Files).
          • Это поле является необязательным, но рекомендуется, если полезные данные приложения устанавливаются вне папок Program Files.
          • Найдите и выберите путь к папке.
          • При установке приложения убедитесь, что этот файл совпадает с расположением для установки установщика.
          • При выборе этот проверка box откроется раскрывающийся список, позволяющий выбрать версию Windows для MSIX Core для создаваемого пакета.

          Установка

          • Это этап установки, в котором средство отслеживает и записывает операции установки приложения.
          • Средство запустит установщик в среде, указанной ранее, и вам потребуется пройти мастер установщика для установки приложения.
            • Убедитесь, что путь установки совпадает с путем, который был определен ранее на странице со сведениями о пакете.
            • Возможно, вам потребуется создать ярлык на рабочем столе для только что установленного приложения.
            • После завершения работы с мастером установки приложения убедитесь, что вы выполнили все операции или закрыли его.
            • Если вам необходимо запустить несколько установщиков, на этом этапе вы можете сделать это вручную.
            • Если приложению требуются другие предварительные требования, необходимо установить их сейчас.
            • Если приложению необходимо использовать .Net 3.5/20, добавьте этот компонент в Windows.

            Управление первыми задачами запуска

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

            Исполняемый файл можно запустить, выбрав его, а затем щелкнув его. Вы также можете удалить любые ненужные точки входа, выбрав его, а затем щелкнув кнопку «Удалить«.

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

            Щелкните Далее. Отобразится всплывающее окно, и вам нужно будет подтвердить, что вы завершили установку приложения и управление первыми задачами запуска.

            • Если вы готовы продолжить работу, щелкните Yes, move on (Да, продолжить).
            • В противном случае щелкните No, I’m not done (Нет, пока не продолжать). Вы будете перенаправлены на последнюю страницу, где можно запускать приложения, устанавливать или копировать другие файлы, в том числе библиотеки DLL и исполняемые файлы.

            Отчет служб

            Начиная с версии 1.2019.1220.0 средства упаковки MSIX, вы можете преобразовать установщик со службами, и поэтому мы добавили страницу отчета о службах. Если службы не обнаружены, вы по-прежнему увидите эту страницу, но она будет пуста с сообщением о том, что службы не были обнаружены в верхней части страницы.

            На странице отчетов служб перечислены службы, обнаруженные в установщике во время преобразования. Службы, имеющие все необходимые сведения и поддерживаемые, будут отображаться в таблице «Включено «. Службы, которые нуждаются в дополнительных сведениях, нуждаются в исправлении или не поддерживаются, будут отображаться в таблице «Исключенные «.

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

            • Имя ключа: имя службы. Это не редактируемо.
            • Описание: описание записи службы.
            • Отображаемое имя: отображаемое имя службы.
            • Путь к изображению: расположение исполняемого файла службы. Это не редактируемо.
            • Начальная учетная запись: начальная учетная запись службы.
            • Тип запуска: тип запуска для службы. Поддерживает автоматическую, ручную и отключенную.
            • Аргументы: аргументы, выполняемые при запуске службы.
            • Зависимости: зависимости для службы.

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

            Создание пакета

            • Укажите расположение для сохранения пакета MSIX.
            • По умолчанию пакеты сохраняются в локальной папке данных приложений.
            • Вы можете задать расположение для сохранения пакетов по умолчанию в меню «Параметры».
            • Если вы создаете файл шаблона преобразования, можно также указать другое расположение сохранения для этого файла шаблона, если он не требуется в том же расположении, что и пакет MSIX.
            • Если вы хотите продолжить редактирование содержимого и свойств пакета перед сохранением пакета MSIX, можно выбрать редактор пакетов и перейти к редактору пакетов.
            • Щелкните Создать, чтобы создать пакет MSIX.

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

            Обратная связь

            Были ли сведения на этой странице полезными?

            Создание msi-пакетов и установка любого ПО средствами групповых политик Windows

            Доброго времени суток, Хабр! Хочу представить интересный, по моему мнению, способ создания msi-инсталляторов для любого программного обеспечения и, как следствие, развертывание его средствами GPO. Подчеркну, что описанный метод не подразумевает создание «слепков» системы, а использует нативные инсталляторы софта, при чем для создания msi применяются только бесплатные для коммерческого использования продукты.

            Введение, пара ссылок и дисклеймер

            Каждый нормальный инсталлятор ПО имеет возможность автоматической установки с определенными или заложенными по умолчанию параметрами. Суть моего метода проста и заключается в том, чтобы запаковать нативный инсталлятор в «контейнер» msi и запустить его с необходимыми параметрами командной строки. В сети куча информации по автоматической установке того или иного приложения, и я не буду заострять на этом внимание. Наша цель, повторюсь, — установка ПО средствами групповых политик. Кстати, некоторые из вас могут возразить, что установку можно производить через ZAW, но, к сожалению, данный метод применим только для установки с правами текущего пользователя и не может применяться для централизованной автоматической установки приложений.

            Интересный цикл статей по установке ПО через ГП. Для новичков рекомендую прочитать все, чтобы потом не спрашивать, чем отличается тип установки «назначенный» от «публичный».

            Необходимый софт. Exe to MSI Converter freeware и всем известная orca Первый нужен для того, чтобы создать msi из exe, а вторая — чтобы получившийся msi-ник смог установиться через групповые политики.

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

            Создание и подготовка пакета
            1. Запускаем exe to msi и указываем в нем путь к exe-установщику firefox. По ранее найденной в сети информации становится понятно, что по-тихому установить огнелиса можно с параметрами -ms -ira. Их-то и указываем во втором поле exe to msi и жмем «Build MSI».
            2. Казалось бы все, msi-пакет готов. Действительно, запустив получившийся результат мы получим установленный в системе firefox и в статье можно было бы ставить точку. К сожалению, не все так просто. Текущий пакет установки не пригоден для развертывания через GPO и при загрузке компьютера вы будете получать совершенно ничего не объясняющие ошибки в логах «произошла неисправимая ошибка. » А все дело в том, что разработчики exe to msi тоже хотят есть и их бесплатный продукт генерирует msi «не по правилам».
            3. Ну что ж, берем орку и открываем в ней наш эмсиайник.
            4. Первым делом находим в левом списке таблицу Property и обращаем внимания на два поля — ProductCode и UpgradeCode. Эти два поля должны быть уникальны для каждого продукта, а наш exe to msi генерит всегда одинаковые. Ну что ж, не беда, жмем в верхнем меню View -> Summary Information, находим поле PackageCode и жмем New GUID. Получившийся результат копируем в буфер обмена и вставляем в ProductCode. Повторяем для UpgradeCode и наконец для самого PackageCode. Тут же в Summary Information правим поле Title на Mozilla Firefox, остальное по желанию. Это, по сути, ни на что не влияет.
            5. Опять же в таблице Property меням ProductName на Mozilla Firefox (я до кучи меняю еще ARPCONTACT и Manufacturer). Можно так же поставить правильное значение для ProductVersion.
            6. Вроде бы GUID и прочие «IDы» поменяли, но как показывает практика, этого недостаточно. Жмите в orca Tools –> Validate, снимите птицу Show INFO Messages и нажимайте Go.
            7. Как видите, вылезла куча ошибок на наличие/отсутствие некоторых таблиц и значений. Я не стал заморачиваться и просто взял первый попавшийся (7zip x64 9.20) небольшой msi и скопировал оттуда 4 недостающие таблицы (через Export-Import, естественно): _Validation, AdminExecuteSequence, AdminUISequence и AdvtExecuteSequence. На самом деле, я уверен, что можно создать «правильный» msi-инсталлятор, без лишнего мусора, но не забывайте, наша цель всего лишь запустить родной setup приложения в тихую.
            8. После добавления таблиц проходим снова Tools –> Validate (к слову, первый раз проверку можно вообще не делать и сразу импортировать таблицы). Если вы тоже взяли за основу msi от 7zip, то результатом будет шесть эрроров, которые необходимо устранить. Жмите Close, удаляйте лишние поля, отмеченные красным.
            9. В конце можно еще раз проверить валидацию и убедиться что остались лишь ничем не мешающие варнинги. Сохраняем msi.
            10. Вот в принципе и все, осталось добавить msi в ГП и назначить необходимые свойства.
            Нюансы
            1. При установке описанным выше методом у вас появятся как бы две копии софта. Первая — собственно нужное приложение, а вторая — исходный msi-ник, ведь мы же его как бы поставили. В принципе, это ни на что не влияет, кроме как на отображение в «Установка и удаление программ», и то, только в Windows XP (если вы ничего не меняли, кроме указанного мной). Минусом может быть появление лишних программ при автоматической инвентаризации софта, если вы ее используете.
            2. Автоматически удалить приложение теми же средствами развертывания не получится. Точнее получится, но удалится только и так не нужный msi-контейнер. Ну можно повозиться со свойствами msi при его создании, чтобы оно захватывало с собой установленное ранее приложение, так же втихую. Я такой задачи не ставил.
            3. При установке обновлений ПО нужно указывать в свойствах ГП приложения, чтобы оно заменяло предыдущее, т.е обязательно предварительно удаляло старое. Это гарантирует, что у вас не будут плодиться те самые никому не сдавшиеся левые дубли приложений в «установке и удалении программ».
            4. Чтобы установить приложение, имеющее дистрибутив из нескольких файлов, вам придется сначала упаковать его в exe, который при запуске сам распакуется и даст команду для тихой установки. Рекомендую создавать sfx-архивы средствами того же 7-zip.
            5. Ничего не мешает ставить ПО через скрипты автозагрузки. Более того, такой метод более гибкий, и я давно его использую через свои скрипты. Вот только использование родных средств ГП получается намного быстрее, т. к. простое создание msi из exe занимает пару минут.
            6. Windows 7 почему-то не пишет «Установка управляемого приложения. », а просто говорит «пожалуйста, подождите». При первом развертывании всей кучи софта разом или при установке тяжелого приложения это может сподвигнуть юзера на звонок админу или нажатие кнопки резет.
            • групповые политики
            • создание msi-пакета

            Извлечь Adobe MSI из EXE

            Для распространения программ с помощью Active Directory и групповых политик во многих случаях необходимо иметь файл MSI (*.msi) и, иногда, дополнительные файлы. Далеко не всегда можно найти эти самые MSI-файлы.

            Для того, чтобы распространить (и в последствии регулярно обновлять) программу Adobe Reader, необходимо сделать несколько простых действий:

            1. Скачать с сайта adobe.com нужный дистрибутив Adobe Reader (в моем случае это был AdbeRdr930_ru_RU.exe) в, например, c:\downloads.
            2. Переходим в эту директорию и извлекаем файлы установки:
              > cd C:\Downloads
              > AdbeRdr930_ru_RU.exe -nos_o»C:\Downloads\ExtractedAdobeFiles» -nos_ne

            • -nos_o «C:\Downloads\ExtractedAdobeFiles» — куда извлечь файлы. Обратите внимание на отсутствие пробела между -nos_o и именем папки в кавычках.
            • -nos_ne — указание на то, что будет произведено только извлечение файлов, а не установка программы.

            Статья обновлена 28.02.2011 в соответствии с официальным руководством.

            Авторизуйтесь для добавления комментариев!

            Почтовый сервер Mikrotik VPN 3proxy Шифрование Squid Резервное копирование Защита почты Виртуальные машины Настройка сервера java kvm Групповые политики SELinux OpenVPN IPFW WDS Lightsquid Samba firewalld systemd Mobile libvirt Remote desktop WiFi Iptables NAT Postfix Dovecot Удаление данных Софт Безопасность Winbox User agent Хостинг Передача данных Онлайн сервисы Privacy LetsEncrypt VPN сервер Настройка прокси RRDTool sendmail Rsync Linux SSH Система Windows Синхронизация Облако fail2ban FreeBSD

            Похожие публикации:
            1. Excel как удалить строки с повторяющимися значениями
            2. Как восстановить закрытое окно в яндекс браузере
            3. Поля элементов оглавления что это
            4. Форматировать как таблицу в гугл таблицах

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *