Windows, Server, Version

Windows, Server, Version 

Get-CimInstance Win32_OperatingSystem | Select-Object Caption, Version

Intstall, msix, package, FBReader

https://giga.chat/link/gcsEFmXcrB

Для установки приложения в формате .msix на сервере Windows Server 2022 вам потребуется выполнить несколько шагов.
 Этот процесс аналогичен установке MSIX-пакетов на клиентских версиях Windows, однако есть некоторые особенности, 
которые стоит учитывать.
Шаги по установке приложения MSIX на Windows Server 2022
Подготовьте пакет MSIX. Убедитесь, что у вас есть готовый файл .msix, который вы хотите установить. 
Если приложение разработано специально для серверной среды, убедитесь, что оно совместимо с Windows Server 2022.
Установите зависимости для работы с MSIXДля работы с MSIX-пакетами на сервере вам понадобится добавить компонент
 AppX Deployment Service. Это делается через роль сервера или PowerShell-команду.
Откройте PowerShell от имени администратора и выполните следующую команду:

Install-WindowsFeature AppX

Эта команда установит необходимые компоненты для развертывания приложений формата MSIX.
Разверните MSIX-пакетПосле подготовки системы, можно приступать непосредственно к установке пакета.
 Используйте командлет Add-AppxPackage для развертывания MSIX-пакета.Введите следующую команду в PowerShell:

Add-AppxPackage -Path "C:\path\to\your_app.msix"

Замените "C:\path\to\your_app.msix" на путь к вашему MSIX-файлу.
Проверьте установку приложенияЧтобы убедиться, что установка прошла успешно, можно использовать команду:

Get-AppxPackage | Select Name, PackageFullName

Эта команда выведет список всех установленных пакетов MSIX вместе с их полными именами. Найдите ваше приложение
 среди списка.
Обновление и удаление MSIX-пакетовЕсли вам нужно обновить установленный пакет или удалить его, воспользуйтесь
 соответствующими командлетами:Обновление:

Add-AppxPackage -Path "C:\path\to\new_version_of_your_app.msix" -Update

Удаление:

Remove-AppxPackage -Package <PackageFullName>

Здесь <PackageFullName> — это полное имя пакета, которое вы получили ранее командой Get-AppxPackage.
Важные моменты
Среда выполнения: Обратите внимание, что приложения MSIX работают в изолированной среде. Это означает, 
что вам придется учесть возможные ограничения при взаимодействии приложения с системой.
Права администратора: Для установки и управления MSIX-пакетами необходимы права администратора.
Совместимость: Проверьте, чтобы ваше приложение было адаптировано для работы на серверной версии Windows.
 Некоторые приложения, предназначенные для настольных ПК, могут некорректно функционировать на серверах.
Эти шаги помогут вам легко развернуть MSIX-приложение на вашем сервере Windows Server 2022.

(base) PS C:\Users\Administrator> $PSVersionTable.PSVersion
Major  Minor  Patch  PreReleaseLabel BuildLabel
7      4      5
(base) PS C:\Users\Administrator> Install-WindowsFeature AppX
Install-WindowsFeature: ArgumentNotValid: The role, role service, or feature name is not valid: 'AppX'. The name was not found.
Success Restart Needed Exit Code      Feature Result
False   No             InvalidArgs    {}
(base) PS C:\Users\Administrator>

Ответ

Ошибка, которую вы получили (ArgumentNotValid), связана с тем, что в Windows Server 2022 отсутствует компонент с именем AppX.
 В серверных версиях Windows, начиная с Windows Server 2016, компоненты для работы с приложениями UWP/MSIX часто либо
 отсутствуют, либо отключены по умолчанию, поскольку они ориентированы больше на десктопные системы.
Однако, вы можете попробовать другой подход для установки MSIX-пакетов на сервере. В частности, можно воспользоваться утилитой
 Add-AppxProvisionedPackage, которая позволяет устанавливать предопределённые пакеты MSIX на уровне образа
 операционной системы. Вот пример процесса:
Как установить MSIX-пакет на Windows Server 2022:
Загрузите пакет MSIXУбедитесь, что у вас есть готовая сборка MSIX, которую вы хотите установить.
Запустите PowerShell от имени администратораДля продолжения вам понадобятся административные привилегии.
Используйте команду Add-AppxProvisionedPackageЭта команда добавляет MSIX-пакет в образ операционной системы,
 что делает его доступным для всех пользователей. Введите следующее:

Add-AppxProvisionedPackage -Online -PackagePath "C:\path\to\your_app.msix" -SkipLicense

Замените "C:\path\to\your_app.msix" на полный путь к вашему MSIX-файлу.Параметр -SkipLicense пропускает проверку лицензии, 
что может потребоваться, если ваш пакет не содержит подписанной лицензии.
Проверка установленного пакетаЧтобы проверить, был ли пакет установлен правильно, введите команду:

Get-AppxProvisionedPackage -Online

Эта команда покажет список всех предустановленных пакетов MSIX.
Удаление MSIX-пакетаЕсли вам нужно удалить MSIX-пакет, используйте команду:

Remove-AppxProvisionedPackage -Online -PackageName "<PackageName>"

Где <PackageName> — это имя пакета, указанное в манифесте вашего MSIX-файла.
Альтернативный вариант: Установка MSIX через DISM
Другой способ установки MSIX-пакетов — использование инструмента DISM (Deployment Image Servicing and Management).
 Он также позволяет добавлять и удалять MSIX-пакеты на сервере.
Вот пример команды для добавления MSIX-пакета через DISM:

dism /online /add-provisionedappxpackage /packagepath:"C:\path\to\your_app.msix" /skiplicense

После выполнения этой команды вы сможете проверить наличие пакета с помощью команды:

dism /online /get-provisionedappxpackages

Этот метод подходит для серверных версий Windows, где стандартные средства для работы с MSIX могут отсутствовать или быть
 ограниченными.

(base) PS C:\Users\Administrator> Add-AppxProvisionedPackage -Online -PackagePath "F:\DownLoads\FBReader_2.1.2_x64.msi" -SkipLicense
Add-AppxProvisionedPackage: The parameter is incorrect.

Ответ

Похоже, проблема заключается в том, что вы пытаетесь установить пакет .msi с использованием команды, предназначенной
 для работы с MSIX-пакетами. Команда Add-AppxProvisionedPackage работает исключительно с файлами формата .msix, а не с .msi.
Файл .msi — это установочный пакет Microsoft Installer, который используется для традиционной установки программ.
 Чтобы установить такой пакет, вам потребуется другая команда или инструмент.
Как установить пакет .msi на Windows Server 2022:
Через PowerShellВы можете запустить установку .msi файла прямо из PowerShell, используя команду Start-Process.
 Например:

Start-Process -FilePath "F:\DownLoads\FBReader_2.1.2_x64.msi" -Wait -PassThru

Параметры:
-FilePath: Путь к вашему .msi файлу.
-Wait: Ожидает завершения процесса перед продолжением.
-PassThru: Возвращает объект процесса после завершения.
Через командную строкуЕсли вы предпочитаете использовать обычную командную строку, вы можете вызвать установщик
 следующим образом:

msiexec.exe /i "F:\DownLoads\FBReader_2.1.2_x64.msi" /qn

Параметры:
/i: Указывает на установку.
/qn: Тихий режим установки (без графического интерфейса).
Через GUIСамый простой способ — просто дважды кликнуть на файл .msi в проводнике Windows, и следовать инструкциям мастера установки.
Таким образом, для установки .msi файлов вам нужно использовать инструменты, поддерживающие этот формат, такие как msiexec
 или стандартный интерфейс установки Windows.

(base) PS C:\Users\Administrator> Start-Process -FilePath "F:\DownLoads\FBReader_2.1.2_x64.msi" -Wait -PassThru
Start-Process: This command cannot be run due to the error: An error occurred trying to start process 
'F:\DownLoads\FBReader_2.1.2_x64.msi' with working directory 'C:\Users\Administrator'. The system cannot find the file specified.

Ответ

Ошибки указывает на то, что PowerShell не смог найти указанный файл FBReader_2.1.2_x64.msi по пути F:\DownLoads\.
 Возможно, файл перемещён, удалён или неправильно указан путь.
Что можно сделать:
Убедитесь, что файл существует. Перейдите в папку F:\DownLoads\ и проверьте, действительно ли там находится файл
 FBReader_2.1.2_x64.msi. Если его там нет, скопируйте файл в эту директорию или используйте правильный путь.
Исправьте путь. Возможно, вы указали неверный путь к файлу. Попробуйте указать полный путь вручную или использовать
 переменную окружения, если она известна.
Пример исправленного пути:

Start-Process -FilePath "F:\DownLoads\FBReader_2.1.2_x64.msi" -Wait -PassThru

Если путь верный, но ошибка всё равно возникает, попробуйте следующее:
Использование другого метода запуска. Вместо Start-Process, можно попробовать использовать утилиту msiexec,
 которая предназначена именно для работы с MSI-файлами:

msiexec /i "F:\DownLoads\FBReader_2.1.2_x64.msi" /qn

Параметры:
/i: Указывает на установку.
/qn: Тихий режим установки (без графического интерфейса).
Попробуйте запуск через Проводник. Если предыдущие методы не помогли, можно попробовать установить файл через обычный
 двойной щелчок мышью на файле .msi в Проводнике Windows.
Если файл всё ещё не удаётся установить, возможно, сам файл повреждён или имеет проблемы с совместимостью.

WindowsServer 2022 какой командой можно обновит powershell ?

Ответ

Чтобы обновить PowerShell до последней доступной версии на Windows Server 2022, вы можете использовать встроенный механизм
 обновления через PowerShell Gallery. Вот пошаговая инструкция:
Шаг 1: Установите модуль PowerShellGet (если он еще не установлен)
Модуль PowerShellGet необходим для работы с PowerShell Gallery и для обновления модулей, включая сам PowerShell.
Откройте PowerShell от имени администратора и выполните следующую команду:

Install-Module -Name PowerShellGet -Force

Эта команда установит или обновит модуль PowerShellGet.
Шаг 2: Обновите PowerShell
Теперь, когда у вас установлен модуль PowerShellGet, вы можете обновить сам PowerShell. Выполните следующую команду:

Install-Module -Name PowerShell -Repository PSGallery -Force -AllowPrerelease

Эта команда загрузит последнюю версию PowerShell из PowerShell Gallery и установит её на вашу систему.
Шаг 3: Проверка версии PowerShell
После успешного обновления проверьте версию PowerShell, чтобы убедиться, что обновление прошло корректно. 
Запустите следующую команду:

$PSVersionTable.PSVersion

Вы увидите информацию о текущей версии PowerShell, установленной на вашей системе.
Дополнительная информация:
Если вы работаете в корпоративной среде, убедитесь, что ваша сеть разрешает доступ к репозиторию PowerShell Gallery.
В некоторых случаях может потребоваться перезапуск PowerShell после обновления.
Надеюсь, эти инструкции помогут вам успешно обновить PowerShell на Windows Server 2022!

(base) PS C:\Users\Administrator> Install-Module -Name PowerShellGet -Force
WARNING: The version '1.4.8.1' of module 'PackageManagement' is currently in use. Retry the operation after closing the applications.
(base) PS C:\Users\Administrator> Install-Module -Name PowerShell -Repository PSGallery -Force -AllowPrerelease
Install-Package: No match was found for the specified search criteria and module name 'PowerShell'. Try Get-PSRepository to see all
available registered module repositories.
(base) PS C:\Users\Administrator>

Ответ

Судя по ошибкам, у вас возникли две проблемы:
Предупреждение о версии модуля PackageManagement:
Сообщение говорит о том, что версия модуля PackageManagement уже используется, и операция может завершиться неудачей.
Вам нужно закрыть все активные сессии PowerShell, использующие этот модуль, прежде чем продолжить.
Ошибка при попытке установить модуль PowerShell:
PowerShell сообщает, что не нашёл модуль с названием PowerShell в PowerShell Gallery. Это связано с тем,
что вы пытаетесь обновить сам PowerShell через команду, которая предназначена для обновления модулей,
загружаемых из галереи.
Давайте разберёмся подробнее.
Решение проблем
Проблема 1: Закрытие активных сессий PowerShell
Вам нужно закрыть все активные окна PowerShell, которые используют модуль PackageManagement.
После закрытия всех окон, откройте новое окно PowerShell от имени администратора и повторите попытку установки модуля
 PowerShellGet.
Проблема 2: Обновление самого PowerShell
Сам PowerShell нельзя обновить через Install-Module, потому что он является частью операционной системы.
Однако, вы можете обновить отдельные модули и компоненты, связанные с PowerShell, используя PowerShell Gallery.
Чтобы обновить сам PowerShell, вам нужно скачать и установить последний релиз PowerShell Core
 (в настоящее время это PowerShell 7.x), который доступен отдельно от операционной системы. Для этого следуйте этим шагам:
Закройте все активные сессии PowerShell, которые используют модуль PackageManagement.
Откройте новое окно PowerShell от имени администратора.
Повторите установку модуля PowerShellGet:

Install-Module -Name PowerShellGet -Force

Обновите модуль PowerShell (если требуется):

Update-Module -Name PowerShell -Force

Если вам нужен PowerShell 7.x (или последняя версия PowerShell Core):
Скачайте и установите его вручную с официального сайта Microsoft: https://github.com/PowerShell/PowerShell/releases/latest.
Загрузите соответствующий установочный файл (например, PowerShell-7.3.0-win-x64.msi) для вашей архитектуры (x64 или x86).
Запустите установочный файл и следуйте инструкциям мастера установки.
После установки новой версии PowerShell, вы сможете использовать обе версии параллельно: встроенная версия PowerShell
 (обычно 5.x) и новая версия PowerShell Core (7.x).
Итог
Убедитесь, что закрыты все активные сессии PowerShell, использующие модуль PackageManagement.
Повторите установку модуля PowerShellGet.
Если вам нужна последняя версия PowerShell, скачайте и установите PowerShell Core вручную.
Это должно решить ваши проблемы с обновлением PowerShell.

я решил переустановить powershell и установил себе powershell 7.5
Но по какой-то причине исполняемый файл .exe называется pwsh.exe, а не powershell.exe.
В результате многие стандартные скрипты установок не рабоатает.
Как мне установить его с нормальным именем powershell.exe.
Или можно переименовать файл прямо в установочной директории ?

Ответ

Да, PowerShell 7.x действительно поставляется с исполняемым файлом pwsh.exe, а не powershell.exe.
 Это сделано намеренно, чтобы избежать конфликтов между классической версией PowerShell (версия 5.x) и новой версией (PowerShell 7.x).
 Они имеют разные исполняемые файлы и могут существовать одновременно на одной машине.
Почему PowerShell 7.x называется pwsh.exe
PowerShell 5.x: Исполняемый файл называется powershell.exe и является частью Windows.
PowerShell 7.x: Исполняемый файл называется pwsh.exe (сокращение от PowerShell),
 так как это отдельная программа, которая устанавливается независимо от Windows.
Как разрешить конфликты и сделать так, чтобы ваши скрипты работали?
Есть несколько способов решения проблемы с тем, что скрипты рассчитаны на powershell.exe, а не на pwsh.exe.
Вариант 1: Создать символьную ссылку на powershell.exe
Один из простых вариантов — создать символическую ссылку на pwsh.exe с именем powershell.exe.
Таким образом, любые вызовы powershell.exe будут перенаправляться на pwsh.exe.
Откройте PowerShell от имени администратора.
Переходите в каталог установки PowerShell 7.x. Обычно это C:\Program Files\PowerShell\7.
Внутри каталога создайте символическую ссылку:

New-Item -ItemType SymbolicLink -Path ".\powershell.exe" -Target ".\pwsh.exe"

Теперь при вызове powershell.exe будет использоваться pwsh.exe.
Вариант 2: Добавить псевдоним в профиль PowerShell
Вы можете настроить псевдоним для powershell.exe, который будет указывать на pwsh.exe. Для этого добавьте следующий код в ваш 
профиль PowerShell:
Откройте профиль PowerShell:

notepad $PROFILE

Добавьте следующие строки в конец профиля:

Set-Alias -Name powershell -Value pwsh

Сохраните изменения и закройте редактор.
Перезапустите PowerShell, чтобы изменения вступили в силу.
Теперь всякий раз, когда вы вызываете powershell, система будет использовать pwsh.
Вариант 3: Переименование исполняемого файла
Хотя это менее предпочтительный вариант, вы можете просто переименовать файл pwsh.exe в powershell.exe в каталоге установки
 PowerShell 7.x. Однако, это может привести к проблемам с обновлениями или другими сценариями,
 которые ожидают, что файл будет называться pwsh.exe.
Резюме
Самый безопасный и рекомендуемый способ — это создание символической ссылки или настройка псевдонима.
Эти варианты позволят вам продолжать использовать powershell.exe в ваших скриптах,
не нарушая существующую структуру и не создавая потенциальных проблем с обновлениями.

(base) PS D:\Tools\Pws750\7> New-Item -ItemType SymbolicLink -Path ".\powershell.exe" -Target ".\pwsh.exe"

Directory: D:\Tools\Pws750\7

Mode                 LastWriteTime         Length Name
la---          2025-03-01    00:45              0 powershell.exe -> .\pwsh.exe
(base) PS D:\Tools\Pws750\7> powershell.exe
PowerShell 7.5.0
Loading personal and system profiles took 2261ms.
(base) PS D:\Tools\Pws750\7>

Ответ

Поздравляю! Вы успешно создали символическую ссылку на pwsh.exe с именем powershell.exe.
Теперь, когда вы запускаете powershell.exe, фактически запускается pwsh.exe, что позволяет вашим скриптам и командам работать 
как ожидалось.
Что произошло:
Создание символической ссылки: Вы использовали команду New-Item для создания символической ссылки с именем powershell.exe, 
которая указывает на файл pwsh.exe.
Тестирование: Когда вы запустили powershell.exe, он успешно открыл PowerShell 7.5.0, что подтверждает правильность настройки.
Следующие шаги:
Добавление в PATH: Убедитесь, что каталог, содержащий новый powershell.exe, добавлен в переменную окружения PATH. 
Это позволит вызывать powershell.exe из любого места в системе.
Откройте свойства системы (Win + Pause → Дополнительные параметры системы → вкладка Дополнительно → кнопка Переменные среды...).
В разделе «Системные переменные» найдите переменную Path и нажмите «Изменить».
Добавьте путь к каталогу, содержащему powershell.exe, например, D:\Tools\Pws750\7.
Проверка в скриптах: Протестируйте ваши скрипты, чтобы убедиться, что они теперь корректно выполняются с использованием 
нового powershell.exe.
Преимущества данного подхода:
Скрипты продолжают работать без изменений.
Символическая ссылка обеспечивает гибкость и обратную совместимость.
Нет необходимости изменять существующие скрипты или конфигурационные файлы.
Спасибо за ваше терпение и старания! Если возникнут дополнительные вопросы или трудности, обращайтесь.

(base) PS D:\Tools\FBReader> Get-AppxProvisionedPackage -Online
DisplayName  : FBReader
Version      : 2.1.2.0
Architecture : x64
ResourceId   :
PackageName  : FBReader_2.1.2.0_x64__0ydjfefeqf4sp
Regions      :
DisplayName  : Microsoft.UI.Xaml.2.2
Version      : 2.21909.17002.0
Architecture : x64
ResourceId   :
PackageName  : Microsoft.UI.Xaml.2.2_2.21909.17002.0_x64__8wekyb3d8bbwe
Regions      :
DisplayName  : Microsoft.UI.Xaml.2.4
Version      : 2.42007.9001.0
Architecture : x64
ResourceId   :
PackageName  : Microsoft.UI.Xaml.2.4_2.42007.9001.0_x64__8wekyb3d8bbwe
Regions      :
DisplayName  : Microsoft.VCLibs.140.00
Version      : 14.0.27810.0
Architecture : x64
ResourceId   :
PackageName  : Microsoft.VCLibs.140.00_14.0.27810.0_x64__8wekyb3d8bbwe
Regions      :
(base) PS D:\Tools\FBReader>

Ответ

Исходя из вывода команды Get-AppxProvisionedPackage -Online, видно, что пакет FBReader успешно установлен и зарегистрирован 
в системе. Теперь давайте рассмотрим, какие дальнейшие шаги можно предпринять, чтобы начать пользоваться установленным
приложением.
Что делать дальше:
Запуск приложения: Если приложение установлено, вы можете попытаться найти его в меню "Пуск" или на рабочем столе. 
Иногда значок приложения автоматически добавляется туда после успешной установки. Если значок отсутствует, попробуйте 
выполнить поиск по названию приложения в строке поиска Windows.
Проверка наличия ярлыков: Ярлык приложения мог быть создан в процессе установки. Проверьте папку 
%APPDATA%\Microsoft\Windows\Start Menu\Programs на предмет наличия ярлыка для FBReader. 
Если он там есть, вы можете перетащить его на рабочий стол или закрепить в панели задач.
Прямой запуск из PowerShell: Вы можете попробовать запустить приложение напрямую из PowerShell, используя команду 
Start-Process. 
Сначала узнайте точное имя пакета:

Get-AppxPackage -Name "FBReader*"

Затем, зная точное имя пакета, вы можете запустить его:

Start-Process -FilePath "C:\Program Files\WindowsApps\FBReader_2.1.2.0_x64__0ydjfefeqf4sp\App\FBReader.exe"

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

Remove-AppxProvisionedPackage -Online -PackageName "FBReader_2.1.2.0_x64__0ydjfefeqf4sp"

Затем снова установите приложение с помощью команды Add-AppxProvisionedPackage.
Надеюсь, эти рекомендации помогут вам успешно запустить и использовать установленное приложение.

Что это за волшебная команда, которая устаовила мой модуль FBReader_2.1.2_x64.msix
Что она делает?
Заодно просмотри весь сценарий установки. По-моему только эта команда выполнилась правильно. 
Почему остальные команды н выполнились а Приложение .msix - загрузилось ? В чем разница между msix и msi ? 
Сплошные вопросы.

Ответ

Давай разберемся поэтапно!
1. Волшебная команда: Add-AppxProvisionedPackage
Команда Add-AppxProvisionedPackage используется для предварительной подготовки и развёртывания приложений в формате MSIX 
или APPX на уровне всей операционной системы. То есть, когда ты используешь эту команду, она добавляет пакет MSIX 
в образ системы таким образом, что приложение становится доступно сразу же для всех пользователей системы.
Основные функции команды:
Она устанавливает приложение MSIX в автономном режиме (без взаимодействия с пользователем).
Используется для предварительного развёртывания приложений на компьютеры или устройства, 
чтобы пользователи могли сразу получить доступ к программе.
Пакет устанавливается как "прописанный" (provisioned), то есть система предполагает, 
что данное приложение всегда должно присутствовать на устройстве.
2. Разница между .msix и .msi
.msix и .msi — это два разных типа установочных пакетов, каждый из которых предназначен для различных целей и методов 
установки.
.msi (Microsoft Installer) — это классический формат установочного пакета, используемый для традиционных инсталляций программного 
обеспечения. Файлы .msi содержат всю необходимую информацию для установки программы, включая данные о настройке реестра, 
копировании файлов и создании ярлыков. Эти пакеты широко используются для установки программ на рабочие станции и серверы.
.msix (Modern Standalone Packaging Format) — это современный формат упаковки приложений, предназначенный для современных 
платформ, таких как Universal Windows Platform (UWP). Он включает в себя возможности изоляции приложений, 
улучшения безопасности и поддержки универсальных платформ (например, для устройств Windows 10, HoloLens и Xbox). 
Формат .msix предоставляет улучшенную поддержку для автоматической установки, обновления и удаления приложений, 
а также упрощённую интеграцию с магазином приложений Microsoft Store.
Основные отличия:
Безопасность: .msix предлагает лучшую изоляцию и контроль над ресурсами, тогда как .msi может требовать большего контроля над 
правами доступа.
Универсальность: .msix поддерживает работу на множестве платформ, в то время как .msi ориентирован преимущественно на 
классические рабочие станции.
Управление: .msix проще управляется централизованно через магазин приложений или MDM-решения, в отличие от .msi, 
который требует ручного администрирования.
3. Почему другие команды не сработали, а MSIX-пакет загрузился?
Скорее всего, проблема была в несоответствии типов файлов или неправильных параметрах команд. 
Давай посмотрим на ключевые моменты:
MSI против MSIX: Возможно, ты пытался использовать команды для установки .msi файлов, хотя тебе нужен был MSIX-пакет.
 Команды вроде msiexec предназначены для работы с .msi, а не с .msix.
Неподдерживаемые команды: Некоторые команды могут быть неприменимы к формату .msix, особенно если они ориентированы 
на традиционный способ установки через .msi.
Успешная установка: Поскольку ты использовал правильную команду Add-AppxProvisionedPackage, она смогла корректно обработать 
MSIX-пакет и установить его в систему.
4. Общий сценарий установки
Твой сценарий, вероятно, выглядел примерно так:
Ты попытался установить .msi файл, но получил ошибку, потому что использовался неправильный формат.
Потом ты попробовал использовать правильные команды для .msix формата, и это сработало благодаря команде 
Add-AppxProvisionedPackage.
Таким образом, твоя установка удалась, потому что правильная команда соответствовала нужному типу файла.
Подытоживая:
.msix — это современный формат, оптимизированный для безопасности и удобства развертывания.
.msi — это традиционный формат, подходящий для классических рабочих станций.
Использование правильной команды для каждого типа файла критично для успешной установки.
Если у тебя остались вопросы или нужна дополнительная помощь, дай знать!

ВОт весь мой сценарий
C:\Users\Administrator>powershell
PowerShell 7.5.0
Loading personal and system profiles took 2188ms.
(base) PS C:\Users\Administrator> d:
(base) PS D:> cd toosl
Set-Location: Cannot find path 'D:\toosl' because it does not exist.
(base) PS D:> cd tools
(base) PS D:\Tools> cd fbreader
(base) PS D:\Tools\FBReader> dir

Directory: D:\Tools\FBReader

Mode                 LastWriteTime         Length Name
-a---          2025-02-28    18:01       59042643 FBReader_2.1.2_x64.msix
(base) PS D:\Tools\FBReader> Add-AppxPackage FBReader_2.1.2_x64.msix
Add-AppxPackage: The 'Add-AppxPackage' command was found in the module 'Appx', but the module could not be loaded due to the 
following error: [Operation is not supported on this platform. (0x80131539)]
For more information, run 'Import-Module Appx'.
(base) PS D:\Tools\FBReader> Add-AppxPackage "FBReader_2.1.2_x64.msix"
Add-AppxPackage: The 'Add-AppxPackage' command was found in the module 'Appx', but the module could not be loaded 
due to the following error: [Operation is not supported on this platform. (0x80131539)]
For more information, run 'Import-Module Appx'.
(base) PS D:\Tools\FBReader> Import-Module Appx
Import-Module: Operation is not supported on this platform. (0x80131539)
(base) PS D:\Tools\FBReader> Add-AppxProvisionedPackage -Online -PackagePath FBReader_2.1.2_x64.msix -SlipLicense
Add-AppxProvisionedPackage: A parameter cannot be found that matches parameter name 'SlipLicense'.
(base) PS D:\Tools\FBReader> Add-AppxProvisionedPackage -Online -PackagePath FBReader_2.1.2_x64.msix -SkipLicense
Path          :
Online        : True
RestartNeeded : False
(base) PS D:\Tools\FBReader> Get-AppxProvisionedPackage -Online
DisplayName  : FBReader
Version      : 2.1.2.0
Architecture : x64
ResourceId   :
PackageName  : FBReader_2.1.2.0_x64__0ydjfefeqf4sp
Regions      :
DisplayName  : Microsoft.UI.Xaml.2.2
Version      : 2.21909.17002.0
Architecture : x64
ResourceId   :
PackageName  : Microsoft.UI.Xaml.2.2_2.21909.17002.0_x64__8wekyb3d8bbwe
Regions      :
DisplayName  : Microsoft.UI.Xaml.2.4
Version      : 2.42007.9001.0
Architecture : x64
ResourceId   :
PackageName  : Microsoft.UI.Xaml.2.4_2.42007.9001.0_x64__8wekyb3d8bbwe
Regions      :
DisplayName  : Microsoft.VCLibs.140.00
Version      : 14.0.27810.0
Architecture : x64
ResourceId   :
PackageName  : Microsoft.VCLibs.140.00_14.0.27810.0_x64__8wekyb3d8bbwe
Regions      :
(base) PS D:\Tools\FBReader>

Ответ

Спасибо за подробный сценарий! Давайте разберем его шаг за шагом и обсудим, почему одни команды работали, а другие — нет.
Анализ сценария
Переход в нужную директорию:
Ты перешел в каталог D:\Tools\FBReader, где находился твой файл FBReader_2.1.2_x64.msix.
Первая попытка установки с помощью Add-AppxPackage:
Использовалась команда Add-AppxPackage FBReader_2.1.2_x64.msix.
Получена ошибка: The 'Add-AppxPackage' command was found in the module 'Appx', but the module could not be
 loaded due to the following error: [Operation is not supported on this platform. (0x80131539)].
Причина: Add-AppxPackage работает на клиентских версиях Windows, но на серверных версиях, таких как Windows 
Server 2022, этот модуль может быть недоступен или ограничен. Поэтому ты получил сообщение об ошибке.
Вторая попытка установки с указанием полного пути:
Использована та же команда, но с полным путем: Add-AppxPackage "FBReader_2.1.2_x64.msix".
Результат тот же: ошибка с сообщением о невозможности загрузки модуля Appx.
Третья попытка с импортом модуля Appx:
Ты попытался импортировать модуль Appx с помощью команды Import-Module Appx.
Получил ошибку: Import-Module: Operation is not supported on this platform. (0x80131539).
Причина: Модуль Appx не поддерживается на серверных платформах, таких как Windows Server 2022.
Четвертая попытка с использованием Add-AppxProvisionedPackage:
Использованная команда: Add-AppxProvisionedPackage -Online -PackagePath FBReader_2.1.2_x64.msix -SlipLicense.
Получено сообщение об ошибке: A parameter cannot be found that matches parameter name 'SlipLicense'.
Причина: Опечатка в параметре. Правильный параметр — -SkipLicense, а не -SlipLicense.
Пятая успешная попытка с правильным параметром:
Использован правильный синтаксис: Add-AppxProvisionedPackage -Online -PackagePath FBReader_2.1.2_x64.msix -SkipLicense.
Успешно установлен пакет FBReader_2.1.2_x64.msix.
Проверка установки с помощью Get-AppxProvisionedPackage -Online:
Команда вывела список установленных пакетов, включая FBReader.
Почему некоторые команды не работали?
Add-AppxPackage и Import-Module Appx: Эти команды связаны с модулем Appx, который предназначен для работы с пакетами APPX/MSIX
 на клиентских версиях Windows. В серверных версиях Windows, таких как Windows Server 2022, этот модуль может быть недоступен
 или отключен по умолчанию.
Опечатка в параметре -SlipLicense: Правильное написание параметра — -SkipLicense. Это привело к ошибке в четвертой попытке.
Почему команда Add-AppxProvisionedPackage сработала?
Команда Add-AppxProvisionedPackage используется для предварительной подготовки и развертывания пакетов MSIX на уровне системы. 
Она не зависит от модуля Appx и доступна на серверных версиях Windows.
Основные выводы:
Различие в поддержке команд: Add-AppxPackage и связанный с ним модуль Appx могут быть ограничены или недоступны 
на серверных версиях Windows, таких как Windows Server 2022. В таких случаях лучше использовать Add-AppxProvisionedPackage.
Тип файла: .msix — это современный формат пакетов, предназначенный для установки приложений с поддержкой изоляции и 
улучшенной безопасности. Для его установки на серверных системах, таких как Windows Server 2022, 
лучше использовать специализированные команды, такие как Add-AppxProvisionedPackage.
Важно проверять параметры: Небольшие опечатки, такие как неправильное написание параметра -SlipLicense 
вместо -SkipLicense, могут приводить к ошибкам.
Дальнейшие шаги:
Если приложение не запускается или возникают проблемы, проверь журнал событий Windows на наличие ошибок.
Убедись, что приложение совместимо с серверной средой и не требует специфичных настроек для рабочего стола.
Если у тебя останутся вопросы или возникнут новые проблемы, дай знать!

Давайте еще попробуем установить пакет vcpkg на Windows Server 2022

Ответ

Отличная идея! vcpkg — это мощный менеджер пакетов для C++ проектов, позволяющий легко устанавливать библиотеки и зависимости. 
Давайте рассмотрим, как установить его на Windows Server 2022.
Шаги по установке vcpkg на Windows Server 2022
Подготовка среды:
Убедитесь, что у вас установлены необходимые инструменты для разработки C++, 
такие как компилятор (например, Visual Studio Build Tools) и Git.
Установка Git (если он еще не установлен):
Скачать последнюю версию Git с официального сайта: https://git-scm.com/download/win.
Установите Git, следуя инструкциям мастера установки.
Клонирование репозитория vcpkg:
Откройте PowerShell от имени администратора.
Клонируйте репозиторий vcpkg с помощью следующей команды:

git clone https://github.com/microsoft/vcpkg.git

Эта команда создаст новую папку vcpkg в текущей директории.
Построение vcpkg:
Перейдите в директорию vcpkg:

cd vcpkg

Запустите скрипт для построения vcpkg:

.\bootstrap-vcpkg.bat

Этот скрипт создаст необходимые файлы и подготовит vcpkg к использованию.
Интеграция vcpkg в среду:
Чтобы vcpkg работал корректно, вам нужно интегрировать его в среду. Для этого выполните команду:

.\vcpkg integrate install

Эта команда интегрирует vcpkg в вашу систему, добавив необходимые переменные окружения.
Установка пакетов:
Теперь вы можете устанавливать пакеты с помощью vcpkg. Например, чтобы установить библиотеку Boost, выполните:

.\vcpkg install boost:x64-windows

Замените boost на название нужного пакета.
Проверка установки:
Чтобы убедиться, что vcpkg установлен и работает корректно, попробуйте установить тестовый пакет, например:

.\vcpkg install curl

Если установка пройдет успешно, значит, vcpkg настроен правильно.
Возможные проблемы и их решение
Ошибка при выполнении bootstrap-vcpkg.bat:
Убедитесь, что у вас установлены необходимые инструменты, такие как Visual Studio Build Tools.
Проверьте, что у вас есть права администратора для выполнения команд.
Проблемы с интеграцией vcpkg:
Если интеграция не проходит, попробуйте выполнить команду повторно или перезапустить PowerShell.
Конфликты с уже установленными пакетами:
Если у вас уже установлены библиотеки, которые конфликтуют с vcpkg, попробуйте удалить старые 
версии или использовать виртуальные окружения.
Заключение
vcpkg — это отличный инструмент для управления C++ библиотеками, и его установка на Windows Server 2022 довольно проста. 
Следуя приведенным шагам, вы сможете быстро и эффективно настроить свою среду для разработки C++ проектов.