Установить языковой пакет в Windows Server Core (2012 R2)
У меня есть языковые пакеты KB3012997 а также KB2839636 подготовлен и утвержден в Windows Server Update Services 2012 R2, но мои клиенты Windows Server Core 2012 R2 отказываются его устанавливать. После поиска этой проблемы кажется, что эти обновления языковых пакетов невозможно установить через WSUS, и их необходимо вручную устанавливать на клиентах через панель управления языком. К сожалению, языковая панель управления недоступна в базовой версии Windows-сервера. control.exe input.dll а также control.exe /name Microsoft.Language не работай. Я попытался установить файлы CAB вручную с dism /online /Add-Package /Package-Name:E:\WsusContent\65\F1C5505C26603C0E907DEDD5A4B3A0E6511E44C65.cab но обновления не зарегистрированы как установленные в консоли WSUS.
Как я могу установить эти языковые пакеты на Server Core 2012 R2? Да, я знаю, что эти языковые пакеты практически ничего не делают на Server Core. И чтобы я мог обойти эту проблему, создав отдельные группы в консоли WSUS для основных и неосновных выпусков Windows Server и одобрив эти обновления только для неосновных выпусков. Но чтобы удовлетворить свой аутизм, я бы в любом случае хотел установить эти обновления, потому что если бы они действительно никогда не предназначались для базовых выпусков Windows Server, я предполагаю, что консоль WSUS не скажет, что мои основные серверы подходят для них. Сейчас я могу думать только о том, чтобы использовать такой инструмент, как Altiris RapidInstall или Sysinternals Process Monitor, чтобы увидеть, какие изменения в файлах / реестре вносятся при добавлении языкового пакета в неосновную версию Windows Server после того, как он уже установлен. с dism.exe а затем применить эти изменения к серверам редакции Core.
1 ответ
Это работает как задумано. Это "особенность" / "дефект" WSUS, предоставляемый выбранной группой "обновлений", которые на самом деле не являются обновлениями в типичном значении этого термина.
Определенные обновления WSUS, включая языковые пакеты, обнаруживаются как применимые к компьютеру в том смысле, что их можно установить вручную с помощью какого-либо механизма вне Центра обновления Windows. Утверждая обновление, вы делаете его доступным для загрузки из WSUS, однако это фактически не запускает автоматическую загрузку или установку. Необходимо запустить обновление с помощью другого инструмента, такого как языковые настройки панели управления.
В дополнение к языковым пакетам различные динамические установщики имеют схожую функциональность по аналогичным причинам. Динамические установщики загружаются из WSUS во время запуска установки, но фактически не являются обновлениями для системы, на которой выполняется установка (они обновляют установщик, а не систему). Они не будут регистрироваться как установленные, поскольку они не устанавливаются в систему, и могут загружаться несколько раз, если программа установки запускается несколько раз.
Это работает так, как задумано, поэтому это "особенность", что WSUS может предоставлять файлы из системы доставки контента под административным контролем и, предположительно, кэшировать / доставлять контент ближе к клиенту.
Это принципиально отличается от типичного ожидаемого поведения WSUS, поэтому, возможно, это "конструктивный дефект" в том, что WSUS обрабатывает необязательные компоненты, включая языковые пакеты, в совершенно ином поместье, чем подавляющее большинство обновлений, которые автоматически устанавливаются Центром обновления Windows.
Для установки на ядре сервера могут использоваться команды DISM или LPKSETUP. https://technet.microsoft.com/en-us/library/hh825679.aspx https://technet.microsoft.com/en-us/library/hh825178.aspx