После инсталляции или обновления Виндовс 7 с интегрированным SP1 пользователь может столкнуться с различного рода сбоями в работе системы, проявляющимися в её зависаниях, внезапных перезагрузках и других релевантных неисправностях. При просмотре логов системы можно заметить проблемный лог «Event filter with query «SELECT * FROM….»», сигнализирующий о сбое работы одного из системных процессов, связанного с «WMI» (внутренним инструментарием управления Виндовс). В данном материале я разберу, что за проблема InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA, и как её исправить.
Содержание
- Что делать при появлении ошибки InstanceModificationEvent WITHIN 60
- Способ №1. Задействуйте специальный скрипт
- Способ №2. Очистите системную папку хранилища (репозитория)
- Способ №3. Используйте фикс от Майкрософт
- Способ №4. Выполните откат системы
- Заключение
Что делать при появлении ошибки InstanceModificationEvent WITHIN 60
Наиболее часто указанная проблема возникает на ОС Виндовс 7 SP1 (реже на Windows XP и Виндовс Server 2008), и обычно связана со сбоем одного из системных процессов, использующимся при работе с DVD/ISO и связанным с «Windows Management Instrumentation» – инструментарием управления Виндовс.
Появление данной дисфункции не является критическим, и множеством пользователей попросту игнорируется. При этом чаще всего дисфункция наблюдается на пиратских «кастомных» версиях ОС, нежели на более стабильных лицензионных ОС Виндовс.
Существует несколько способов, позволяющих избавиться от ошибки InstanceModificationEvent WITHIN 60. Рассмотрим их подробнее.
Способ №1. Задействуйте специальный скрипт
Первый из способов предложен компанией Майкрософт, и состоит в создании и запуске специального vbs-скрипта, призванного исправить проблему InstanceModificationEvent. Текст скрипта можно взять на сайте support.microsoft.com. Останется запустить скрипт, после чего перезагрузить ваш компьютер.
Может быть полезно: Как отключить автоматическое обновление Windows 7?
Способ №2. Очистите системную папку хранилища (репозитория)
Эффективным вариантом решить проблему InstanceModificationEvent WITHIN 60 является очистки системной папки Repository.
- Для её очистки сначала необходимо остановить (но не отключать) службу «Инструментарий управления Windows».
- Для этого нажимаем на Win+R, там набираем services.msc и жмём ввод.
- В открывшемся окне служб находим необходимую нам службу «Инструментарий управления Виндовс», дважды кликаем на ней, и выбираем «Остановить».
Затем переходим по пути:
WindowsSystem32wbemRepository
В данной папке находятся пять файлов, которые необходимо удалить.
Просто так их удалить не получится (не хватит прав), потому необходимо открыть Проводник (Win+E). В нём перейти по указанному пути, навести курсор на первый файл из указанных пяти, и нажать на ПКМ. Затем перейти на вкладку «Безопасность» — «Дополнительно» — «Владелец» (вверху) – «Изменить».
В открывшемся окне необходимо задать нового владельца файла, отличного от администратора (к примеру, СИСТЕМА или пользователя данного ПК). После смены владельца необходимо нажать на «Ок» (не обращайте внимания на предупреждение системы), и удалите указанный файл.
Подобную процедуру необходимо провести с каждым из таких файлов. Затем перезагрузите систему, Виндовс воссоздаст данные файлы, и ошибка должна пропасть.
Способ №3. Используйте фикс от Майкрософт
Для устранения проблемы «InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA» попробуйте использовать Microsoft Fix it 5068 от Майкрософт, для некоторых пользователей он оказался эффективным.
Способ №4. Выполните откат системы
Довольно действенным вариантом решения проблемы является откат системы до состояния, существовавшего до установки проблемного обновления. Нажмите Win+R, наберите там rstrui, после чего нажмите на ввод. Выберите более раннюю (и стабильную) точку восстановления, и откатите на неё ваш ПК. Подробная инструкция в статье.
Заключение
Наиболее эффективным способом решения ошибки InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA является как активация соответствующего скрипта, так и очистка папки репозитория, находящейся в системной директории Виндовс. Хорошо проявил себя и откат системы до более ранней точки восстановления, позволяющий решить ошибку InstanceModificationEvent на вашем компьютере.
Обновлено 12.07.2022
SELECT FROM __InstanceModificationEvent WITHIN 60 WHERE
Имя журнала: Application
Источник: Microsoft-Windows-
Дата: 07.09.2012 14:14:51
Код события: 10
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: Dcsrv1.nwtraders.msftEvent filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-WMI» Guid=»{1edeee53-0afe-4609-b846-d8c0b2075b1f}» EventSourceName=»WinMgmt» />
<EventID Qualifiers=»49152″>10</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2012-09-07T10:14:51.000000000Z» />
<EventRecordID>832</EventRecordID>
<Correlation />
<Execution ProcessID=»0″ ThreadID=»0″ />
<Channel>Application</Channel>
<Computer>Dcsrv1.nwtraders.msft</Computer>
<Security />
</System>
<EventData>
<Data>//./root/CIMV2</Data>
<Data>SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99</Data>
<Data>0x80041003</Data>
</EventData>
</Even
Ошибка лечится очень легко, нужно скачать и установить данный фикс
Июл 12, 2022 20:42
После инсталляции или обновления Виндовс 7 с интегрированным SP1 пользователь может столкнуться с различного рода сбоями в работе системы, проявляющимися в её зависаниях, внезапных перезагрузках и других релевантных неисправностях. При просмотре логов системы можно заметить проблемный лог «Event filter with query «SELECT * FROM….»», сигнализирующий о сбое работы одного из системных процессов, связанного с «WMI» (внутренним инструментарием управления Виндовс). В данном материале я разберу, что за проблема InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA, и как её исправить.
Содержание
- Что делать при появлении ошибки InstanceModificationEvent WITHIN 60
- Способ №1. Задействуйте специальный скрипт
- Способ №2. Очистите системную папку хранилища (репозитория)
- Способ №3. Используйте фикс от Майкрософт
- Способ №4. Выполните откат системы
- Заключение
Наиболее часто указанная проблема возникает на ОС Виндовс 7 SP1 (реже на Windows XP и Виндовс Server 2008), и обычно связана со сбоем одного из системных процессов, использующимся при работе с DVD/ISO и связанным с «Windows Management Instrumentation» – инструментарием управления Виндовс.
Появление данной дисфункции не является критическим, и множеством пользователей попросту игнорируется. При этом чаще всего дисфункция наблюдается на пиратских «кастомных» версиях ОС, нежели на более стабильных лицензионных ОС Виндовс.
Существует несколько способов, позволяющих избавиться от ошибки InstanceModificationEvent WITHIN 60. Рассмотрим их подробнее.
Способ №1. Задействуйте специальный скрипт
Первый из способов предложен компанией Майкрософт, и состоит в создании и запуске специального vbs-скрипта, призванного исправить проблему InstanceModificationEvent. Текст скрипта можно взять на сайте support.microsoft.com. Останется запустить скрипт, после чего перезагрузить ваш компьютер.
Может быть полезно: Как отключить автоматическое обновление Windows 7?
Способ №2. Очистите системную папку хранилища (репозитория)
Эффективным вариантом решить проблему InstanceModificationEvent WITHIN 60 является очистки системной папки Repository.
- Для её очистки сначала необходимо остановить (но не отключать) службу «Инструментарий управления Windows».
- Для этого нажимаем на Win+R, там набираем services.msc и жмём ввод.
- В открывшемся окне служб находим необходимую нам службу «Инструментарий управления Виндовс», дважды кликаем на ней, и выбираем «Остановить».
Затем переходим по пути:
WindowsSystem32wbemRepository
В данной папке находятся пять файлов, которые необходимо удалить.
Просто так их удалить не получится (не хватит прав), потому необходимо открыть Проводник (Win+E). В нём перейти по указанному пути, навести курсор на первый файл из указанных пяти, и нажать на ПКМ. Затем перейти на вкладку «Безопасность» — «Дополнительно» — «Владелец» (вверху) – «Изменить».
В открывшемся окне необходимо задать нового владельца файла, отличного от администратора (к примеру, СИСТЕМА или пользователя данного ПК). После смены владельца необходимо нажать на «Ок» (не обращайте внимания на предупреждение системы), и удалите указанный файл.
Подобную процедуру необходимо провести с каждым из таких файлов. Затем перезагрузите систему, Виндовс воссоздаст данные файлы, и ошибка должна пропасть.
Способ №3. Используйте фикс от Майкрософт
Для устранения проблемы «InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA» попробуйте использовать Microsoft Fix it 5068 от Майкрософт, для некоторых пользователей он оказался эффективным.
Способ №4. Выполните откат системы
Довольно действенным вариантом решения проблемы является откат системы до состояния, существовавшего до установки проблемного обновления. Нажмите Win+R, наберите там rstrui, после чего нажмите на ввод. Выберите более раннюю (и стабильную) точку восстановления, и откатите на неё ваш ПК. Подробная инструкция в статье.
Заключение
Наиболее эффективным способом решения ошибки InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA является как активация соответствующего скрипта, так и очистка папки репозитория, находящейся в системной директории Виндовс. Хорошо проявил себя и откат системы до более ранней точки восстановления, позволяющий решить ошибку InstanceModificationEvent на вашем компьютере.
Сегодня рассмотрим ошибку Windows «__InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA» с Event ID: 10, которая появляется после обновления или установки первого Сервис Пака SP1. Данная ошибка появляется после запуска компьютера, а так же оставляет след в логах об ошибках. Информацию можно просмотреть в Журнале Событий Windows(Administrator Events). Как видим в подробностях ошибки источник проблемы Windows Management Instrumentation — компонент для слежения за функционированием компонентов операционной системы. Краткая расшифровка после скриншота ниже.
InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA
Лог записи: Приложение
Проблемный компонент: WMI
Цифровой код события : 10
Тип события в журнале: сообщение об ошибке
Пользователь — N/A (не определен)
Код операции — Уведомление
Детали ошибки — Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Если кратко детали ошибки: сбой сапроса из базы данных, не получено хранилище имён в связи с ошибкой 0x80041003 и показ уведомления, которое по сути не нес1т угрозы компьютеру.
Причины TargetInstance.LoadPercentage > 99 0x80041003
Скорее всего вы устанавливали систему или ставили Сервис Пак 1 с флешки или внешнего жесткого диска. И после каждой перезагрузки в логах полезли ошибки. Наиболее часто встречается в Windows 7 или Windows Server 2008 R2. Причина кроется не в установке, а в процессе создания образа с системой на диске или флешке. Регистрация WMI остается на сменном носителе, а после установки не запускается в системе, сама по себе ошибка «TargetInstance.LoadPercentage > 99 could not be reactivated in namespace» не говорит о проблемах в системе и может быть проигнорирована (официальный ответ Майкрософт). Однако что бы почистить логи и отключить уведомления есть простой способ. Прочитать подробнее можно на оригинальной странице: Event ID 10 is logged in the Application log. Там есть решение на английском языке, а мы распишем короткую инструкцию ниже на русском.
Для решения проблемы с уведомлениями об ошибках нам понадобиться блокнот и пару минут времени.
- Создаем на рабочем столе файл с названием ModificationEvent.txt и пишем код со скрина ниже. А еще лучше скачиваем уже готовый вариант ModificationEvent.txt.
Команды в текстовом файле
- Меняем расширение файла на «vbs» что бы получилось «ModificationEvent.vbs».
- Запускаем двойным кликом.
- Перезагружаем компьютер.
Так же есть вариант запуска файла через командную строку.
- Нажимаем «Пуск», «Выполнить», пишем «cmd».
- Или запускаем командную строку от имени Администратора.
- Что бы было проще можно переместить файлик ModificationEvent.vbs на диск C или D.
- Указываем путь к файлу «cd c:ModificationEvent.vbs», нажимаем Enter — запускаем выполнение скрипта.
- Перезагружаем компьютер.
После запуска скрипта ошибка Event ID 10 должна исчезнуть. Что бы удалить оповещения в журнале событий их нужно будет очистить в ручном режиме. Оставляйте запросы в комментариях, если вам интересно как очистить Журнал Событий и мы опубликуем новую тему или дополним эту статью.
Заключение
Надеюсь вы разобрались как исправить побороть уведомление об ошибке «__instancemodificationevent within 60 where targetinstance isa». Если статья была полезна, поделитесь ей в соц сетях и задавайте свои вопросы в комментариях к этой странице. Если у вас остались вопросы или интересно как очистить журнал логов в Виндовс — сообщите нам и мы напишем отдельную статью на эту тему. Ниже предлагаем видео, в котором наглядно показано как найти решение ошибки в Интернете по ее коду и подробности при работе с Журналом Событий Windows.
Евгений Загорский
IT специалист. Автор информационных статей на тему Андроид смартфонов и IOS смартфонов. Эксперт в области решения проблем с компьютерами и программами: установка, настройка, обзоры, советы по безопасности ваших устройств. В свободное время занимается дизайном и разработкой сайтов.
Оценка статьи:
(7 оценок, среднее: 3,29 из 5)
Загрузка…
Самое читаемое:
Как отключить рекомендуемые ролики в Яндекс Дзене
Площадка «Яндекс.Дзен» недавно перешла в собственность VK и претерпела некоторые изменения. В первую очередь это…
Далее
Как отключить Т9 на Айфоне и Айпаде?
Понятие «T9» берет свое начало со времен кнопочных телефонов. Данная функция позволила людям быстро набирать…
Далее
Приложение CIT Test на Xiaomi – что это и зачем нужно?
Количество приложений для смартфонов Xiaomi настолько велико, что подавляющее большинство из них остаются…
Далее
RAM Plus на Samsung – что это за программа?
Оперативная память (точнее — ее объем) является решающим фактором при выборе смартфона для многих пользователей….
Далее
- Remove From My Forums
Что за ошибка в событиях системы
-
Вопрос
-
Установил Win7 x86 SP1 на несколько разных машин. В журнале — «события управления» всегда выскакивает ошибка с кодом 10, содержание: «Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor»
AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2″ because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.»Может кто-нибудь подскажет, хотя бы что это означает? из-за чего это?
Ответы
-
- Предложено в качестве ответа
2 февраля 2011 г. 13:16
- Помечено в качестве ответа
AndricoRusEditor
3 февраля 2011 г. 10:24
- Предложено в качестве ответа
-
Спасибо! Решить проблему вроде удалось — очищением папки repository, а затем Винда сама пересоздала файлы в этой папке.
А что за файлы в папке repository? За что они отвечают? Что вообще содержит в себе база WMI?
- Помечено в качестве ответа
Yuriy Lenchenkov
3 февраля 2011 г. 10:22
- Помечено в качестве ответа
I am getting the following error when trying to deploy and the instances recycle.
The error is useless or there is no guide on what it means… please advise:
Event filter with query «SELECT * FROM __InstanceModificationEvent
WITHIN 60 WHERE TargetInstance ISA «Win32_Processor»
AND TargetInstance.LoadPercentage > 99″ could not be reactivated
in namespace «//./root/CIMV2» because of error 0x80041003.
Events cannot be delivered through this filter until the problem is corrected.
if it helps here is the web.config, I am not posting the other web.config, app.config or the serviceDefinition files… but if these bring value I will post them
<?xml version="1.0" encoding="utf-8"?> <!-- For more information on how to configure your ASP.NET application, please visit http://go.microsoft.com/fwlink/?LinkId=152368 --> <configuration> <configSections> <sectionGroup name="elmah"> <section name="security" requirePermission="false" type="Elmah.SecuritySectionHandler, Elmah" /> <section name="errorLog" requirePermission="false" type="Elmah.ErrorLogSectionHandler, Elmah" /> <section name="errorMail" requirePermission="false" type="Elmah.ErrorMailSectionHandler, Elmah" /> <section name="errorFilter" requirePermission="false" type="Elmah.ErrorFilterSectionHandler, Elmah" /> </sectionGroup> <section name="dataCacheClients" type="Microsoft.ApplicationServer.Caching.DataCacheClientsSection, Microsoft.ApplicationServer.Caching.Core" allowLocation="true" allowDefinition="Everywhere" /> <section name="cacheDiagnostics" type="Microsoft.ApplicationServer.Caching.AzureCommon.DiagnosticsConfigurationSection, Microsoft.ApplicationServer.Caching.AzureCommon" allowLocation="true" allowDefinition="Everywhere" /> </configSections> <appSettings> <add key="webpages:Version" value="2.0.0.0" /> <add key="webpages:Enabled" value="false" /> <add key="PreserveLoginUrl" value="true" /> <add key="ClientValidationEnabled" value="true" /> <add key="UnobtrusiveJavaScriptEnabled" value="true" /> </appSettings> <system.web> <httpRuntime maxQueryStringLength="4096" /> <compilation debug="true" targetFramework="4.0"> <assemblies> <add assembly="System.Web.Abstractions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" /> <add assembly="System.Web.Helpers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" /> <add assembly="System.Web.Routing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" /> <add assembly="System.Web.Mvc, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" /> <add assembly="System.Web.WebPages, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" /> </assemblies> </compilation> <pages> <!-- Windows Azure Caching session state provider --> <!--<sessionState mode="Custom" customProvider="AFCacheSessionStateProvider"> <providers> <add name="AFCacheSessionStateProvider" type="Microsoft.Web.DistributedCache.DistributedCacheSessionStateStoreProvider, Microsoft.Web.DistributedCache" cacheName="default" dataCacheClientName="default" applicationName="AFCacheSessionState"/> </providers> </sessionState>--> <!-- Windows Azure Caching output caching provider --> <!--<caching> <outputCache defaultProvider="AFCacheOutputCacheProvider"> <providers> <add name="AFCacheOutputCacheProvider" type="Microsoft.Web.DistributedCache.DistributedCacheOutputCacheProvider, Microsoft.Web.DistributedCache" cacheName="default" dataCacheClientName="default" applicationName="AFCacheOutputCache" /> </providers> </outputCache> </caching>--> <namespaces> <add namespace="System.Web.Helpers" /> <add namespace="System.Web.Mvc" /> <add namespace="System.Web.Mvc.Ajax" /> <add namespace="System.Web.Mvc.Html" /> <add namespace="System.Web.Routing" /> <add namespace="System.Web.WebPages" /> </namespaces> </pages> <customErrors mode="Off" /> <authentication mode="Forms"> <forms loginUrl="~/user/authenticate" timeout="2880" /> </authentication> <machineKey decryption="AES" decryptionKey="---" validation="SHA1" validationKey="---" /> <!-- Windows Azure Caching session state provider --> <!--<sessionState mode="Custom" customProvider="AFCacheSessionStateProvider"> <providers> <add name="AFCacheSessionStateProvider" type="Microsoft.Web.DistributedCache.DistributedCacheSessionStateStoreProvider, Microsoft.Web.DistributedCache" cacheName="default" dataCacheClientName="default" applicationName="AFCacheSessionState"/> </providers> </sessionState>--> <!-- Windows Azure Caching output caching provider --> <!--<caching> <outputCache defaultProvider="AFCacheOutputCacheProvider"> <providers> <add name="AFCacheOutputCacheProvider" type="Microsoft.Web.DistributedCache.DistributedCacheOutputCacheProvider, Microsoft.Web.DistributedCache" cacheName="default" dataCacheClientName="default" applicationName="AFCacheOutputCache" /> </providers> </outputCache> </caching>--> </system.web> <system.webServer> <validation validateIntegratedModeConfiguration="false" /> <modules runAllManagedModulesForAllRequests="true"> <add name="ErrorLog" type="Elmah.ErrorLogModule, Elmah" /> </modules> <staticContent> <mimeMap fileExtension=".less" mimeType="text/css" /> </staticContent> <urlCompression doStaticCompression="true" doDynamicCompression="true" /> <handlers> <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" /> <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" /> <remove name="ExtensionlessUrlHandler-Integrated-4.0" /> <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%Microsoft.NETFrameworkv4.0.30319aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" /> <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%Microsoft.NETFramework64v4.0.30319aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" /> <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" /> <add name="Elmah" verb="POST,GET,HEAD" path="errors.axd" type="Elmah.ErrorLogPageFactory, Elmah" /> </handlers> </system.webServer> <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="4.5.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Web.Razor" publicKeyToken="31bf3856ad364e35" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Web" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System" publicKeyToken="b77a5c561934e089" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Data" publicKeyToken="b77a5c561934e089" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Xml" publicKeyToken="b77a5c561934e089" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Configuration" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Core" publicKeyToken="b77a5c561934e089" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="System.Xml.Linq" publicKeyToken="b77a5c561934e089" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.0.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="Microsoft.WindowsAzure.ServiceRuntime" publicKeyToken="31bf3856ad364e35" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-1.8.0.0" newVersion="1.8.0.0" /> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="Microsoft.WindowsAzure.Diagnostics" publicKeyToken="31bf3856ad364e35" culture="neutral" /> <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" /> </dependentAssembly> </assemblyBinding> </runtime> <connectionStrings>
[here some connection strings]
</connectionStrings> <dataCacheClients> <dataCacheClient name="default"> <autoDiscover isEnabled="true" identifier="[WebRole instance here]" /> <!--<localCache isEnabled="true" sync="TimeoutBased" objectCount="100000" ttlValue="300" />--> </dataCacheClient> </dataCacheClients> <cacheDiagnostics> <crashDump dumpLevel="Off" dumpStorageQuotaInMB="100" /> </cacheDiagnostics> <elmah> <errorLog type="Elmah.SqlErrorLog, Elmah" connectionStringName="Elmah" /> <security allowRemoteAccess="1" /> </elmah> </configuration>
Как исправить ошибку 0x80041003 в Windows 7?
Некоторые пользователи Windows 7 время от времени могут сталкиваться с ошибкой 0x80041003. Ее предвестником, например, может быть зависание ПК, от которого можно избавиться лишь его перезагрузкой. В Просмотре событий вы можете найти следующую информацию по ошибке:
Event filter with query “SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA “Win32_Processor” AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace “//./root/CIMV2” because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected
В сегодняшней статье мы рассмотрим два метода, которые — по заявлению многих пользователей — могут разрешить ошибку 0x80041003 в Windows 7. Первый метод — применение скрипта VBS, а второй — использование средства, разработанного самой компанией Майкрософт.
Ошибка 0x80041003 в Windows 7: методы решения
Метод №1 Выполнение скрипта VBS
- Создайте на своем рабочем столе простой текстовый документ;
- откройте документ и вставьте в него следующий скрипт:
- strComputer = «.»Set objWMIService = GetObject(«winmgmts:» _& «{impersonationLevel=impersonate}!» _& strComputer & «rootsubscription»)Set obj1 = objWMIService.Get(«__EventFilter.Name=’BVTFilter’»)
set obj2set = obj1.Associators_(«__FilterToConsumerBinding»)
set obj3set = obj1.References_(«__FilterToConsumerBinding»)
For each obj2 in obj2setWScript.echo «Deleting the object»WScript.echo obj2.GetObjectText_obj2.Delete_next
For each obj3 in obj3setWScript.echo «Deleting the object»WScript.echo obj3.GetObjectText_obj3.Delete_next
WScript.echo «Deleting the object»WScript.echo obj1.GetObjectText_obj1.Delete_
- strComputer = «.»Set objWMIService = GetObject(«winmgmts:» _& «{impersonationLevel=impersonate}!» _& strComputer & «rootsubscription»)Set obj1 = objWMIService.Get(«__EventFilter.Name=’BVTFilter’»)
- переименуйте данный документ в fixeventid10 и замените его расширение на .VBS — получиться у вас должен файл fixeventid10.vbs;
- дважды кликните на этот файл, чтобы запустить его;
- в Просмотре событий Windows 7 удалите все логи события 10, которые относятся к ошибке 0x80041003, чтобы те больше не мешались вам в будущем.
Метод №2 Запуск Fix It от Майкрософт
- Скачайте с официального сайта Майкрософт средство Fix It;
- запустите его и следуйте указаниям на своем экране;
- протестируйте систему и проверьте, была ли устранена ошибка 0x80041003.
Мы надеемся, что данный материал помог вам избавиться от ошибки 0x80041003, и вы продолжили спокойно использовать Windows 7.
Нашли опечатку? Выделите текст и нажмите Ctrl + Enter
Сообщение об ошибке в разделе Просмотр событий -> Журналы Windows -> Приложение :
Event filter with query “SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA “Win32_Processor” AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace “//./root/CIMV2” because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Как исправить:
- Отключаем контроль учетных записей.
- Перезагружаемся в безопасный режим.
- Останавливаем службу Инструментарий управления Windows (Windows Management Instrumentation).
- Открываем папку c:windowssystem32wbemrepository. На всякий случай содержимое папки копируем в безопасное место, а затем удаляем.
- Перезагружаемся.
- При первой загрузке возможны проблемы: торможение, подвисания и т.п. Ничего страшного – перезагружаемся еще раз.
- Вторая загрузка должна пройти быстро и без помех. Проверяем логи – больше никаких ошибок WMI во время загрузки системы!
- Включаем контроль учетных записей обратно.
В заключение следует сказать о том, что данная ошибка классифицируется в Микрософт как некритичная и не влияющая на работоспособность системы. И это действительно так, два года проработал с ней без проблем. Но если есть способ исправить, почему бы это не сделать? ))
Задайте вопрос Быстрый доступ
-
Вопрос
- Добрый день!Постоянно в событиях появляется запись об ошибке:
Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
С чем это связанно и можно ли это победить?3 августа 2009 г. 3:13 Ответить | Цитировать
Ответы
- Воспользуйтесь скриптом, описанным в данной статье — http://support.microsoft.com/?id=950375
- Помечено в качестве ответа3 августа 2009 г. 4:09
3 августа 2009 г. 3:54 Ответить | Цитировать
Все ответы
- Воспользуйтесь скриптом, описанным в данной статье — http://support.microsoft.com/?id=950375
- Помечено в качестве ответа3 августа 2009 г. 4:09
3 августа 2009 г. 3:54 Ответить | Цитировать
-
Спасибо, проверю
3 августа 2009 г. 4:10 Ответить | Цитировать
Используемые источники:
- https://gamesqa.ru/kompyutery/0x80041003-10007/
- https://www.q2w3.ru/2011/03/24/3365/
- https://social.technet.microsoft.com/forums/exchange/ru-ru/366c12ed-8adc-4b41-8159-bb534383ea0f/-wmi-10
Оценка статьи:
(пока оценок нет)
Загрузка…
Эта проблема проявляется на Windows Vista после установки SP1 (присутствует и в SP2), а также наблюдается в Windows 7 после установки SP1.
Сообщение об ошибке в разделе Просмотр событий -> Журналы Windows -> Приложение :
Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Как исправить:
- Отключаем контроль учетных записей.
- Перезагружаемся в безопасный режим.
- Останавливаем службу Инструментарий управления Windows (Windows Management Instrumentation).
- Открываем папку c:windowssystem32wbemrepository. На всякий случай содержимое папки копируем в безопасное место, а затем удаляем.
- Перезагружаемся.
- При первой загрузке возможны проблемы: торможение, подвисания и т.п. Ничего страшного — перезагружаемся еще раз.
- Вторая загрузка должна пройти быстро и без помех. Проверяем логи — больше никаких ошибок WMI во время загрузки системы!
- Включаем контроль учетных записей обратно.
В заключение следует сказать о том, что данная ошибка классифицируется в Микрософт как некритичная и не влияющая на работоспособность системы. И это действительно так, два года проработал с ней без проблем. Но если есть способ исправить, почему бы это не сделать? ))
- Метки Windows 7, Windows Vista, Ошибки Windows
Обновлено 12.07.2022
SELECT FROM __InstanceModificationEvent WITHIN 60 WHERE
Имя журнала: Application
Источник: Microsoft-Windows-
Дата: 07.09.2012 14:14:51
Код события: 10
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: Dcsrv1.nwtraders.msftEvent filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-WMI» Guid=»{1edeee53-0afe-4609-b846-d8c0b2075b1f}» EventSourceName=»WinMgmt» />
<EventID Qualifiers=»49152″>10</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2012-09-07T10:14:51.000000000Z» />
<EventRecordID>832</EventRecordID>
<Correlation />
<Execution ProcessID=»0″ ThreadID=»0″ />
<Channel>Application</Channel>
<Computer>Dcsrv1.nwtraders.msft</Computer>
<Security />
</System>
<EventData>
<Data>//./root/CIMV2</Data>
<Data>SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99</Data>
<Data>0x80041003</Data>
</EventData>
</Even
Ошибка лечится очень легко, нужно скачать и установить данный фикс
Июл 12, 2022 20:42
Сегодня рассмотрим ошибку Windows «__InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA» с Event ID: 10, которая появляется после обновления или установки первого Сервис Пака SP1. Данная ошибка появляется после запуска компьютера, а так же оставляет след в логах об ошибках. Информацию можно просмотреть в Журнале Событий Windows(Administrator Events). Как видим в подробностях ошибки источник проблемы Windows Management Instrumentation — компонент для слежения за функционированием компонентов операционной системы. Краткая расшифровка после скриншота ниже.
InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA
Лог записи: Приложение
Проблемный компонент: WMI
Цифровой код события : 10
Тип события в журнале: сообщение об ошибке
Пользователь — N/A (не определен)
Код операции — Уведомление
Детали ошибки — Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
Если кратко детали ошибки: сбой сапроса из базы данных, не получено хранилище имён в связи с ошибкой 0x80041003 и показ уведомления, которое по сути не нес1т угрозы компьютеру.
Причины TargetInstance.LoadPercentage > 99 0x80041003
Скорее всего вы устанавливали систему или ставили Сервис Пак 1 с флешки или внешнего жесткого диска. И после каждой перезагрузки в логах полезли ошибки. Наиболее часто встречается в Windows 7 или Windows Server 2008 R2. Причина кроется не в установке, а в процессе создания образа с системой на диске или флешке. Регистрация WMI остается на сменном носителе, а после установки не запускается в системе, сама по себе ошибка «TargetInstance.LoadPercentage > 99 could not be reactivated in namespace» не говорит о проблемах в системе и может быть проигнорирована (официальный ответ Майкрософт). Однако что бы почистить логи и отключить уведомления есть простой способ. Прочитать подробнее можно на оригинальной странице: Event ID 10 is logged in the Application log. Там есть решение на английском языке, а мы распишем короткую инструкцию ниже на русском.
Для решения проблемы с уведомлениями об ошибках нам понадобиться блокнот и пару минут времени.
- Создаем на рабочем столе файл с названием ModificationEvent.txt и пишем код со скрина ниже. А еще лучше скачиваем уже готовый вариант ModificationEvent.txt.
Команды в текстовом файле
- Меняем расширение файла на «vbs» что бы получилось «ModificationEvent.vbs».
- Запускаем двойным кликом.
- Перезагружаем компьютер.
Так же есть вариант запуска файла через командную строку.
- Нажимаем «Пуск», «Выполнить», пишем «cmd».
- Или запускаем командную строку от имени Администратора.
- Что бы было проще можно переместить файлик ModificationEvent.vbs на диск C или D.
- Указываем путь к файлу «cd c:ModificationEvent.vbs», нажимаем Enter — запускаем выполнение скрипта.
- Перезагружаем компьютер.
После запуска скрипта ошибка Event ID 10 должна исчезнуть. Что бы удалить оповещения в журнале событий их нужно будет очистить в ручном режиме. Оставляйте запросы в комментариях, если вам интересно как очистить Журнал Событий и мы опубликуем новую тему или дополним эту статью.
Заключение
Надеюсь вы разобрались как исправить побороть уведомление об ошибке «__instancemodificationevent within 60 where targetinstance isa». Если статья была полезна, поделитесь ей в соц сетях и задавайте свои вопросы в комментариях к этой странице. Если у вас остались вопросы или интересно как очистить журнал логов в Виндовс — сообщите нам и мы напишем отдельную статью на эту тему. Ниже предлагаем видео, в котором наглядно показано как найти решение ошибки в Интернете по ее коду и подробности при работе с Журналом Событий Windows.
Евгений Загорский
IT специалист. Автор информационных статей на тему Андроид смартфонов и IOS смартфонов. Эксперт в области решения проблем с компьютерами и программами: установка, настройка, обзоры, советы по безопасности ваших устройств. В свободное время занимается дизайном и разработкой сайтов.
Оценка статьи:
(7 оценок, среднее: 3,29 из 5)
Загрузка…
Самое читаемое:
Chatgram как отключить подписку в Телеграмме и ВКонтакте
Интернет-знакомства — это один из самых популярных способов общения среди пользователей всемирной сети. На…
Далее
Как отключить ГПБ Плюс в приложении на карте Газпромбанка?
Сервис «ГБП плюс» предоставляет больше привилегий пользователям карт Газпромбанка. В первую очередь — это…
Далее
Как открыть файл SIG на компьютере и онлайн: в Росреестре, Крипто АРМ, на Госуслугах
SIG-файлы обычно встречаются при работе с документами или цифровыми подписями. Большинство пользователей…
Далее
Сайты для создания персонажа в разных стилях: в полный рост, аниме, мультяшный: 8 сайтов и программ
Процесс создания персонажей — это, без преувеличения, целая наука. Кому-то они нужны для интеграции в игровой…
Далее
Found this solution tonight, thought you would like to try it…. I fix my problem, Windows Vista 64 Bit ultimate is now stable and clean.
Event filter with query «SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA «Win32_Processor» AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace «//./root/CIMV2» because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected
The error above is cause by two Root Worms! here are their names: Tok-Currhatus-1233 and Bron-Spizaetus, their is also an unknown Root kit Called «Empty»
I was experiencing the same issues, here is a way to test to see if infected, by the way virus scanner will not detect this root kits….
1. In the search bar, of windows Vista typ MSCONFIG, if infected the system will shutdown and restart.
2. Try to download any Windows updates, system will shutdown and restart.
Solution
1. Start your system in Safe Mode with Networking.
2. run MSConfig
3. In the Startup tab, Disable Tok-Cirrhatus, Bron-spizaetus, Empty and nay other startup system that it is not recognized, (Hint, type the name in google and it will tell you what it is)
4. run virus scanner and remove the Root Worm’s
Restart and system is now clean.
If this does not work, let us know, and we will try to identify further problems.
Contact at: rgarcia@softwaresolutioncorp.com