Windows update could not be installed because of error 2359302

I'm using Sysprep to deploy servers and also run (via the RunOnce option in Sysprep) a deployment script.  This scripts attempts to install .NET 3.5, 4, and 4.5 as well as apply a hotfix (KB2562433) among lots of other things.
  • Remove From My Forums
  • Question

  • I’m using Sysprep to deploy servers and also run (via the RunOnce option in Sysprep) a deployment script.  This scripts attempts to install .NET 3.5, 4, and 4.5 as well as apply a hotfix (KB2562433) among lots of other things.

    Intermittently, I will have a server that fails to install the hotfix (WUSA event ID 3 error).  I’ve been digging into this issue and noticed that before the hotfix gets installed, during the .NET 3.5 or 4 (time is really close), WUSA logs another event
    ID 3 for KB958488.

    Both errors are «No mapping between account names and security IDs was done.»

    The script is running as a domain user and the machine was recently joined to the domain.  So, I’m presuming this has something to do with AD replication.  Now, I don’t think it’s reasonable to have every server deployment force AD replication. 
    I’m wondering why the installation of .NET or this hotfix would require communication to AD.

    First error:

    Log Name:      Setup
    Source:        Microsoft-Windows-WUSA
    Date:          10/8/2013 12:54:38 PM
    Event ID:      3
    Task Category: None
    Level:         Error
    Keywords:      
    User:          CORPDOMAINUSER
    Computer:      SERVER.corpdomain.corp
    Description:
    Windows update "Update for Windows (KB958488)" could not be installed because of error 2147943732 "No mapping between account names and security IDs was done." (Command line: "wusa.exe "C:6d16a7968a58188cbf0ddc2ff7a5Windows6.1-KB958488-v6001-x64.msu" /quiet /norestart")
    Event Xml:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="Microsoft-Windows-WUSA" Guid="{09608C12-C1DA-4104-A6FE-B959CF57560A}" />
        <EventID>3</EventID>
        <Version>0</Version>
        <Level>2</Level>
        <Task>0</Task>
        <Opcode>0</Opcode>
        <Keywords>0x8000000000000000</Keywords>
        <TimeCreated SystemTime="2013-10-08T17:54:38.997982400Z" />
        <EventRecordID>725</EventRecordID>
        <Correlation />
        <Execution ProcessID="1268" ThreadID="1276" />
        <Channel>Setup</Channel>
        <Computer>SERVER.corpdomain.corp</Computer>
        <Security UserID="S-1-5-21-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXX" />
      </System>
      <EventData>
        <Data Name="UpdateTitle">"Update for Windows (KB958488)"</Data>
        <Data Name="ErrorCode">2147943732</Data>
        <Data Name="ErrorString">No mapping between account names and security IDs was done.</Data>
        <Data Name="CommandLine">wusa.exe "C:6d16a7968a58188cbf0ddc2ff7a5Windows6.1-KB958488-v6001-x64.msu" /quiet /norestart</Data>
      </EventData>
    </Event>

    Second error:

    Log Name:      Setup
    Source:        Microsoft-Windows-WUSA
    Date:          10/8/2013 1:00:33 PM
    Event ID:      3
    Task Category: None
    Level:         Error
    Keywords:      
    User:          CORPDOMAINUSER
    Computer:      SERVER.corpdomain.corp
    Description:
    Windows update "Hotfix for Windows (KB2562433)" could not be installed because of error 2147943732 "No mapping between account names and security IDs was done." (Command line: ""C:Windowssystem32wusa.exe" "C:UsersP3r53u5Windows6.1-KB2562433-x64.msu" /quiet /norestart      ")
    Event Xml:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="Microsoft-Windows-WUSA" Guid="{09608C12-C1DA-4104-A6FE-B959CF57560A}" />
        <EventID>3</EventID>
        <Version>0</Version>
        <Level>2</Level>
        <Task>0</Task>
        <Opcode>0</Opcode>
        <Keywords>0x8000000000000000</Keywords>
        <TimeCreated SystemTime="2013-10-08T18:00:33.003049200Z" />
        <EventRecordID>728</EventRecordID>
        <Correlation />
        <Execution ProcessID="1368" ThreadID="1276" />
        <Channel>Setup</Channel>
        <Computer>SERVER.corpdomain.corp</Computer>
        <Security UserID="S-1-5-21-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXX" />
      </System>
      <EventData>
        <Data Name="UpdateTitle">"Hotfix for Windows (KB2562433)"</Data>
        <Data Name="ErrorCode">2147943732</Data>
        <Data Name="ErrorString">No mapping between account names and security IDs was done.</Data>
        <Data Name="CommandLine">"C:Windowssystem32wusa.exe" "C:UsersUSERWindows6.1-KB2562433-x64.msu" /quiet /norestart      </Data>
      </EventData>
    </Event>

    Log from my script:

    [Tue 10/08/2013 12:54:05.59] Installing .NET 3.5 SP1
    [Tue 10/08/2013 12:54:21.55] Installing .NET 4.0
    [Tue 10/08/2013 12:54:39.21] Installing .NET 4.5
    [Tue 10/08/2013 13:00:16.17] Installing PowerShell 2.0
    [Tue 10/08/2013 13:00:25.76] Installing Telnet Client
    [Tue 10/08/2013 13:00:30.60] Installing KB2562433
    [Tue 10/08/2013 13:00:30.60] Installing KB2562433 for Windows 2008 R2
    • Edited by

      Tuesday, October 8, 2013 7:41 PM

Answers

  • I have determined the reason for the failure and resolved the issue.  Details below.

    The problem is actually two fold:

    First Issue

    The script I have sysprep running obviously does more than just install these two patches.  Part of the script changes the OU of the computer to properly «file» it in Active Directory.  When the script can’t determine where to put the computer,
    it requests the user do so and «Press any key» after that is complete.

    The failure with .NET 4.0 installing occurs only if the user has moved the computer to a new OU.  The issue does
    not occur if the script (using a custom VBS which uses the MoveHere VB function).

    I believe the reason this is occurring is that the distinguished name is cached and used (for some unknown reason) by the .NET 4.0 installer.  Granted, the installer is run from a network location as a domain user, but the user isn’t the computer account,
    it’s a service account.  Since the user changed the OU of the computer using AD Administrative Center instead of running the custom VBS, the OS doesn’t know to update its cached version of the distinguished name.

    The fix for this was to simply reboot the machine if the user had to move the computer to a new OU before attempting the installation of .NET 4.0.

    Second Issue

    The KB2562433 installer was returning errorlevel 2359302.  I couldn’t find any documentation on this errorlevel anywhere and the CBS logs didn’t show anything that was obvious to me. 
    On a whim, I checked the DLL version as described in the KB article and found that the patch was already installed.  Then, I remembered that I had installed the patch in the template VM I have been deploying from (slight embarrassment here — not gonna
    lie, but not too proud to hide it).

    So, in short, I believe that errorlevel 2359302 means that the patch is not needed because it’s already installed.  If someone at Microsoft would kindly document this return code as such, I’d greatly appreciate it. :-)

    • Marked as answer by
      HossyMatch
      Thursday, October 17, 2013 5:56 PM

  • Remove From My Forums
  • Question

  • I repeatedly got the following error messages when attempting to install .Net Framework 4.0 on Windows 7 Professional x64:

    Log Name:      Setup
    Source:        Microsoft-Windows-WUSA
    Event ID:      3
    Task Category: None
    Level:         Error
    Keywords: 

    Description:
    Windows update  could not be installed because of error 2359302 «» (Command line: «wusa.exe «C:79021cf737df094c5735Windows6.1-KB958488-v6001-x64.msu» /quiet /norestart»)

    This error was listed in the msi install log:

    Product: Microsoft .NET Framework 4 Client Profile — Error 1719. The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed.

    I was able to get the framework installed by going into the MSIServer registry key (HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesMSIServer) and changing WOW64 from 1 to 0.  I haven’t been able to locate any good documentation for this value & its purpose, is this an acceptable way of getting this installed, and will it cause any problems in the future?  Should I change the value back to 1?  I have other machines with Windows 7 x64 Ultimate installed that did not have any problems with the 4.0 framework installation.

Answers

  • Hi Spencerberus,

    Thank you for your post.

    It seems that some cause blocks the Windows Installer Service.

    Firstly, please make sure that you’re only running one setup at one time.

    Then please check that the Windows Installer service is set to manual but not disable via the following steps:

    1. Click Start, click Run, type services.msc in the
      Open text box, and then click OK.
    2. In the Services (Local) list, right-click Windows Installer, and then click
      Properties.
    3. If the Startup type drop-down list is set to a value of Disable, select the
      Manual
      option from the Startup type drop-down list, and then click
      OK
      .
    4. Click the File menu, and then click Exit.

    If it’s already set right, try to repair Windows Installer:

    1. Run regedit (Start > Run > Regedit)
    2. Go to the location
      HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesmsiserver
    3. Right click on this key and select «Export» to save the backup .reg file for late use
    4. Open an elevated command prompt. To do this, click Start, click
      All Programs, click Accessories, right-click
      Command Prompt
      , and then click Run as administrator. If you are prompted for an administrator password or for a confirmation, type the password, or click Allow.
    5. Type the following command, and then press ENTER:

      sfc /scannow
      Do not reboot when complete

    6. Double click saved .reg file from working machine and import registry
      settings into Vista.

    7. Reboot

    For more information about System File Checker tool (SFC.exe) usage on Windows 7.
    See: http://support.microsoft.com/kb/929833

    And re-registering the Windows Installer service by typing «msiexec /unregister» and then «msiexec /regserver» in the command prompt.
    Also, the System account should have «Full Control» permissions to the HKEY_CLASSES_ROOT hive of the registry.

    If it still doesn’t work, for x64 OS, could you please try the workaround from the following Windows Installer issue?
    http://www.vistax64.com/vista-general/143101-windows-installer-service-could-not-accessed-error-1719-a.html

    Hope this helps. If you have any concern, please feel free to let me know.

    Best regards,
    Yichun Chen

    (This response contains a reference to a third party World Wide Web site. Microsoft is providing this information as a convenience
    to you. Microsoft does not control these sites and has not tested any software or information found on these sites; therefore, Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there.
    There are inherent dangers in the use of any software found on the Internet, and Microsoft cautions you to make sure that you completely understand the risk before retrieving any software from the Internet.)


    Please remember to mark the replies as answers if they help and unmark them if they provide no help.

    Welcome to the All-In-One Code Framework! If you have any feedback, please tell us.

    • Marked as answer by

      Friday, April 23, 2010 5:02 AM

    • Marked as answer by
      YiChun Chen
      Friday, April 23, 2010 5:02 AM

I’m trying to add WMF via WUSA.exe to use powershell 3.0 on Windows 7. This to rename a computer, because I don’t find the right NETDOM.Exe installer, and the WMI command doesn’t work.

The WUSA silent installer gives me the 2359302 error.

What does this mean?

.Net 4.0 is already installed.

asked May 27, 2013 at 18:15

nielsvermaut's user avatar

2359302 converts to 0x00240006 (which should be in the update log) and it means the patch is already applied according to this page. http://support.microsoft.com/kb/938205

answered Aug 14, 2014 at 16:03

MJ Pollard's user avatar

MJ PollardMJ Pollard

911 silver badge2 bronze badges

1

Все коды ошибок Центра обновления Windows

Все коды ошибок Центра обновления Windows. При обновлении системы или установке пакетов через Центр обновлений Windows могут появляться ошибки. На этой странице собраны все распространенные коды ошибок, которые можно увидеть при попытке обновить Windows 7, 8 или 10.

Универсальная инструкция по исправлению ошибок Центра обновления:

  • Открываем (от имени администратора) Пуск -> Выполнить -> cmd.exe, в командной строке пишем sfc /scannow , Enter.
  • Ждем проверки, пишем вторую команду DISM.exe /Online /Cleanup-image /Restorehealth , ждем. Пробуем установить обновление заново.
  • Если не получается — заходим на catalog.update.microsoft.com. или microsoft.com/ru-ru/download и загружаем/устанавливаем нужное обновление вручную, воспользовавшись поиском или каталогом для загрузки нужного обновления.

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

Коды ошибок Центра обновления Windows.

0x80070002 ERROR_FILE_NOT_FOUND — Не удается найти указанный файл .
Центру обновлений не удается найти файлы, нужные для установки. Решение: сканирование системы, восстановление системных файлов, в случае неудачи — установка нужного обновления вручную из каталога Microsoft.

0x8007000D ERROR_INVALID_DATA — Недопустимые данные .
Ошибка появляется при установке Windows (файлы повреждены, может потребоваться новый установочный архив), при восстановлении системы (повреждена точка восстановления), при активации (ошибка в разделе реестра CurrentControlSetEnumRoot), а также при обновлении Windows через Центр обновлений.

Решение: использовать Microsoft Easy Fix или установить обновление вручную. Программа Fix It более не поддерживается Microsoft, поэтому придется искать её в неофициальных источниках. Также можно использовать Media Creation Tool или ISO-образ системы (для Windows 10).

0x800F081F CBS_E_SOURCE_MISSING — Источника пакета или файл не найден . Ошибка загрузки компонента .NET Framework 3.5 на Windows 8/8.1, 10 и Server 2012/2016.

Ошибка 0x800f081f возникает, когда указан альтернативный источник установки, но при этом:

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

Для исправления ошибки нужно проверить, правильно ли указан путь, есть ли нужные файлы/обновления по адресу и есть ли у пользователя доступ на чтение этих файлов. При обновлении Windows может помочь ручная установка и утилита DISM.exe.

0x80073712 ERROR_SXS_COMPONENT_STORE_CORRUPT — Хранилище компонентов находится в несогласованном состоянии .
Причиной ошибки является поврежденный компонент манифеста CBS. Это чисто системная ошибка, из-за которой система не может установить обновление. До Windows 10 ошибку можно исправить при помощи утилиты CheckSUR .

В Windows 10 нужно загрузить с сайта Microsoft программу MediaCreationTool.exe, нажать «Обновить этот компьютер сейчас» и следовать инструкции на экране. Использование загрузочного образа Win 10 (формат ISO) позволит устранить системные ошибки, при этом личные документы и файлы на компьютере останутся без изменений.

0x800736CC ERROR_SXS_FILE_HASH_MISMATCH — Файл компонента не соответствует сведениям проверки, указанным в манифесте компонента . Ошибка появляется при попытке установить NET Framework 3.5 (includes .NET 2.0 and 3.0), либо при попытке обновить Windows без установленного NET Framework 3.5.

Решение: использовать команду Dism /online /enable-feature /featurename:NetFx3 /All в командной строке от имени администратора для установки фреймфорка.

Альтернативный вариант — загрузить ISO-образ нужной версии Windows и использовать команду dism.exe /online /enable-feature /featurename:NetFX3 /Source:d:sourcesico , где d:sourcesico — диск и расположение образа системы.

Без установленного NET Framework 3.5 Центр обновления Windows работать не будет, поэтому придется использовать командную строку.

0x800705B9 ERROR_XML_PARSE_ERROR — Не удалось обработать запрошенные XML-данные . Сравнительно редкая системная ошибка при обновлении.

Если код 0x800705B9 появился на Windows 7, Vista или 8/8.1, для исправления ситуации нужно:

Скачать Media Creation Tool с сайта Microsoft.

Запустить, выбрать Upgrade this PC now (обновить сейчас).

Нажать Next (далее) и дождаться окончания процесса.

В Windows 10 для восстановления системных файлов также используется Media Creation Tool и ISO-образ системы. Также можно ввести в командную строку ряд команд, которые очистят все системные файлы и сбросят настройки.

0x80070246 ERROR_ILLEGAL_CHARACTER — Обнаружен недопустимый символ . Нестандартная ошибка, которая может быть связана как с системным сбоем, так и с ошибками со стороны пользователя.

Решение ошибка 0x80070246 «Обнаружен недопустимый символ» осложняется тем, что при ней нельзя запустить утилиту swf /scannow (и ряд других системных служб).

Для исправления этого кода ошибки Центра обновлений нужно:

Сделать резервную копию реестра и важных файлов на случай проблем.

Запустить режим устранения неполадок центра обновлений: Пуск -> ввести в поиске «устранение неполадок» -> Enter -> нажать «Просмотреть все» в левой панели -> найти «Центр обновления Windows». Следовать появившемся инструкциям.

Для Windows 10: Пуск -> Параметры -> Обновление и безопасность -> Устранение неполадок.

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

0x8007370D ERROR_SXS_IDENTITY_PARSE_ERROR — Строка удостоверения повреждена . На сайте Microsoft ошибка с кодом 0x8007370D описана как ошибка повреждения, возникающая при повреждении системных файлов.

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

В Windows 7 , 8/8.1 и 10 все также просто, но для полноценной работы средства устранения неполадок требуется подключение к интернету. В противном случае шанс на успешное решение проблемы уменьшается, поскольку система не сможет загрузить недостающие файлы.

Для запуска нужно: в поиске ввести «Устранение неполадок» , открыть, выбрать Параметры -> Устранение неполадок . Найти раздел Система и безопасность , в нем нажать на пункт Устранение неполадок с помощью Центра обновления Windows , после чего нажать кнопку Далее . Дождаться окончания сканирования системы и устранения неисправностей.

Microsoft советует использовать этот метод для следующих кодов ошибок (для Windows 7, Vista, XP):

0x80245003 — Служба Центра обновления Windows повреждена или не работает.

0x80070514 — Служба Центра обновления Windows повреждена или не работает.

0x8DDD0018 — Библиотеки BITS.dll повреждены.

0x80246008 — Библиотеки BITS.dll повреждены.

0x80200013 — Библиотеки BITS.dll повреждены.

0x80004015 — Библиотеки BITS.dll повреждены.

0x80070003 — Библиотеки BITS.dll повреждены.

0x800A0046 — Библиотеки BITS.dll повреждены.

0x800A01AD — Библиотеки DLL Центра обновления Windows не зарегистрированы.

0x80070424 — Библиотеки DLL Центра обновления Windows не зарегистрированы.

0x800B0100 — Ошибка проверки подписи. (кроме Windows XP)

0x80070005 — Ошибка определения хранилища данных. (кроме Windows XP)

0x80248011 — Ошибка определения хранилища данных.

0x80070002 — Ошибка определения хранилища данных.

0x80070003 — Ошибка определения хранилища данных.

В Windows 10 для восстановления системы после ошибок также может использоваться ISO-образ системы (доступен на сайте Microsoft) и встроенная утилита DISM.exe.

0x8007370B ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME — Имя атрибута в удостоверении находится вне допустимого диапазона .
Ошибка обновления Windows с кодом 0x8007370B обозначает, что хранилище компонентов Windows повреждено.

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

0x8007370A ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE — Значение атрибута в удостоверении находится вне допустимого диапазона .

В большинстве случаев ошибка возникает на Windows 10. На сайте поддержки Microsoft советуется решать проблему при помощи одной из двух команд, которые требуется ввести в Командную строку от имени администратора: DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:d:sourcessxs или DISM /online /cleanup-image /RestoreHealth /source:d:sources /LimitAccess , если первая команда не помогла.

Вместо d: должен быть указан диск, на который установлена Windows 10 (или располагается виртуальный образ). Если проблема связана с Net Framework 3.5, может потребоваться полная переустановка этого фреймворка.

Если ничего не помогает, остается запустить процесс установки Windows и выбрать пункт «обновление с сохранением данных». Предварительно можно сохранить на внешнем носителе все нужные файлы во избежание потери важной информации (хотя риск при восстановлении минимален).

0x80070057 ERROR_INVALID_PARAMETER — Неправильный параметр .
При появлении ошибки с кодом 0x80070057 в Центре обновления стоит попробовать установить его вручную, загрузив файлы из каталога Microsoft или центра обновлений.

Если ошибка при обновлении остается, стоит сделать резервную копию редактора реестра и удалить следующий ключ: KEY_LOCAL_MACHINE SYSTEM CurrentControlSet services eventlog Microsoft-Windows-PrintService /Operational. Ключ также может находиться в разделе HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet services eventlog. После удаления ключа нужно перезагрузить компьютер и запустить установку обновления заново.

0x800B0100 TRUST_E_NOSIGNATURE — В этом объекте нет подписи .
При появлении ошибки 0x800B0100 следует убедиться, что все файлы типа .mum и .cat находятся в каталоге %windir%TempCheckSURservicing, а все файлы типа .manifest должны быть в каталоге %windir%TempCheckSURmanifests.

После копирования файлов в нужные каталога нужно заново запустить средство проверки готовности системы к обновлению. Если это не помогло, нужно удалить обновление KB2488113 (если стоит) и временно отключить компонент Microsoft .Net Framework 3.5.1. После этого нужно выполнить частичную загрузку системы и заново запустить средство проверки.

При помощи DISM.exe, команды sfc /scannow, средства проверки готовности системы к обновлению и загрузочного образа Windows также можно исправить следующие проблемы:

  • 0x80092003 CRYPT_E_FILE_ERROR — При попытке чтения или записи файла Центром обновления Windows произошла ошибка.
  • 0x800B0101 CERT_E_EXPIRED — Истек или не наступил срок действия требуемого сертификата при проверке по системным часам или отметке времени в подписанном файле.
  • 0x8007371B ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE — Отсутствуют один или несколько обязательных членов транзакции.
  • 0x80070490 ERROR_NOT_FOUND — Не удалось выполнить поиск новых обновлений.

Надпись ERROR_NOT_FOUND может говорить о временных ошибках с сетью или проблемах с интернет-соединением. Если проблема не пропадает, нужно попробовать установить обновление вручную.

Источник

Eventvwr shows 2359302 ErrorCode

Like this post? Please share to your friends:
  • Windows update could not be installed because of error 2149842967
  • Windows update client windows 7 x64
  • Windows system32 winload efi 0xc0000225 как исправить
  • Windows system32 winload efi 0xc000000e как исправить
  • Windows system32 winevt logs security evtx