|
2 / 1 / 2 Регистрация: 14.03.2015 Сообщений: 154 |
|
|
1 |
|
В свойствах системы нет данных о процессоре и ОЗУ26.08.2022, 11:39. Показов 4128. Ответов 23
Столкнулся с такой проблемой, перестали отображаться данные о процессоре и ОЗУ. Нагуглив вопрос, первым делом проверил включены ли службы Инструментарий управления Windows и Вспомогательная служба IP. Так вот, они запущенны и включаются автоатически.
Что еще можно предпринять? Подозреваю, что с этот баг вызывает некие другие мелкие проблемы.
0 |
|
Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782 |
26.08.2022, 11:39 |
|
Ответы с готовыми решениями: Проектирование МПС системы сбора данных на процессоре 8086 В свойствах компьютера обнаружено 6 гб озу вместо 8, а доступно 4 5.99гб озу из 8 на новом процессоре Будет ли работать 2 плашки озу если на плате и на процессоре трехканал? 23 |
|
2 / 1 / 2 Регистрация: 14.03.2015 Сообщений: 154 |
|
|
02.09.2022, 00:19 [ТС] |
21 |
|
Заметил еще один баг. Не работает утилита systeminfo. Выдает Код Загрузка информации об операционной системе ...Ошибка: Недопустимый класс Запускаю как администратор.
Запускаю msinfo32. И первым делом вижу: нет доступа к средствам wmi
Выполнял также команды, результата не дало. Я хз что произошло с системой, но очень прошу помощи.
0 |
|
2 / 1 / 2 Регистрация: 14.03.2015 Сообщений: 154 |
|
|
02.09.2022, 00:35 [ТС] |
23 |
|
Тоже нашел этот топик. Но не пойму как он переименовал %windir%System32WbemRepository , у меня не получается.
0 |
|
2 / 1 / 2 Регистрация: 14.03.2015 Сообщений: 154 |
|
|
02.09.2022, 00:41 [ТС] |
24 |
|
Ура, вопрос решился. Наконец-то все заработало, и проги начали устанавливаться. Сделал все как написано тут: Код Выполнил (с правами админа): net stop winmgmt Переименовал %windir%System32WbemRepository // %windir%SysWOW64wbemRepository - там было пусто, не трогал net start winmgmt winmgmt /salvagerepository Перезагрузка Ну вот, ничего переустаналивать не нужно
0 |
- Remove From My Forums
-
Question
-
Please, I’m getting the error «invalid class» on my cmd when i typed «systeminfo.exe to check my visualization status as i needed to enable the VT-x in my BIOS setting.. please, what is wrong and what can i do?
thanks.
All replies
-
-
Edited by
Thursday, July 16, 2020 12:34 AM
-
Edited by
-
Hi,
If you see Invalid class then your WMI is not working correctly.
You could try the following steps:
open a CMD window and type at the cmd prompt:
net stop winmgmt (choose Y when needed)
winmgmt /resetrepository
net start winmgmt
Hope above information can help you.
This «Windows 10 General» Forum will be migrating to a new home on Microsoft Q&A, please refer to this
sticky
post for more details.
«Windows 10 General» forum will be migrating to a new home on
Microsoft Q&A!
We invite you to post new questions in the «Windows 10 General» forum’s new home on
Microsoft Q&A!
For more information, please refer to the
sticky post.
-
Edited by
FarenaMicrosoft contingent staff
Thursday, July 16, 2020 6:28 AM -
Proposed as answer by
FarenaMicrosoft contingent staff
Tuesday, July 21, 2020 8:24 AM
-
Edited by
-
Hi,
Just checking in to see if the information provided was helpful.
If the reply helped you, please remember to mark it as an answer.
If no, please reply and tell us the current situation in order to provide further help.
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact
tnmff@microsoft.com. -
Hi,
Since you have not responded for a long time, please let us know if you would like further assistance.
If the reply is useful for you, please take it as answer.
If there is anything else we can do for you, please feel free to post in the forum.
Best Regards,
Farena
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact
tnmff@microsoft.com.
A user reported that when she printed
Microsoft Excel spreadsheets or
QuickBooks
invoices, no text would appear on the printouts. She had reported the
same problem about a month ago. When I rebooted the system then, the problem
went away, but this time rebooting didn’t help. After I requested that
she reboot the system, I was told the problem remained, so when I was
able to get to the system to troubleshoot, I first checked to make sure
the system had been rebooted rather than QuickBooks simply being restarted.
It was then that I noticed a lot of other functionality was no longer
available. E.g., when I tried to
use the systeminfo command to find the last reboot time, I saw an error
message instead of the time the system was last rebooted.
Microsoft Windows [Version 10.0.15063] (c) 2017 Microsoft Corporation. All rights reserved. C:UsersPam>systeminfo | find /i "Boot" Loading Operating System Information ...ERROR: Invalid class C:UsersPam>systeminfo Loading Operating System Information ...ERROR: Invalid class C:UsersPam>wmic os get lastbootuptime os - Alias not found. C:UsersPam>
When the systeminfo command didn’t work, I then tried to get
the time of last reboot using
PowerShell, but that also didn’t work.
Windows PowerShell Copyright (C) 2016 Microsoft Corporation. All rights reserved. PS C:WINDOWSsystem32> (GCIM Win32_OperatingSystem).LastBootUpTime GCIM : Invalid class At line:1 char:2 + (GCIM Win32_OperatingSystem).LastBootUpTime + ~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : MetadataError: (rootcimv2:Win32_OperatingSystem:String) [Get-CimInstance], CimException + FullyQualifiedErrorId : HRESULT 0x80041010,Microsoft.Management.Infrastructure.CimCmdlets.GetCimInstanceCommand PS C:WINDOWSsystem32>
So I rebooted the system, but rebooting didn’t alter the results when I
tried to run the commands again. I thought that, perhaps, a recently installed
update to Microsoft Windows might have caused the problem, so I tried
checking on recently
installed patches using PowerShell, but I again saw error messages
rather than the expected list of recently installed Microsoft Windows
updates.
PS C:UsersPam> Get-CimInstance -Class win32_quickfixengineering | Where-Object { $_.InstalledOn -gt (Get-Date).AddMonths(-1) } Get-CimInstance : Invalid class At line:1 char:1 + Get-CimInstance -Class win32_quickfixengineering | Where-Object { $_. ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : MetadataError: (rootcimv2:win32_quickfixengineering:String) [Get-CimInstance], CimExcep tion + FullyQualifiedErrorId : HRESULT 0x80041010,Microsoft.Management.Infrastructure.CimCmdlets.GetCimInstanceCommand PS C:UsersPam>
When I logged off the user’s account and logged into the domain
administrator’s account and then opened a command prompt window, I saw
a result I’d never seen occur when opening a command prompt window on this
or any other system. The window title was unusual; it was
«Administrator: Microsoft Windows Server 2008 x64 DEBUG Build Environment»,
though the system was a Windows 10 system and the domain controller was
not a Windows Server 2008 system, and the command prompt window also didn’t
open to the usual Windows directory and the text displayed was yellow on a
black background, instead of white on a black background.
Setting SDK environment relative to C:Program FilesMicrosoft SDKsWindowsv7.0. Targeting Windows Server 2008 x64 DEBUG C:Program FilesMicrosoft SDKsWindowsv7.0>
When I attempted to run the systeminfo command, I got the same
«Loading Operating System Information …ERROR: Invalid class» error message.
When I ran the netstat -a command at the prompt, I saw a
continuously scrolling list of entries like the following ones:
TCP 127.0.0.1:12344 www:51415 ESTABLISHED TCP 127.0.0.1:12344 www:51418 ESTABLISHED TCP 127.0.0.1:12344 www:51419 ESTABLISHED TCP 127.0.0.1:12344 www:51423 ESTABLISHED TCP 127.0.0.1:12344 www:51426 ESTABLISHED TCP 127.0.0.1:12344 www:51429 ESTABLISHED TCP 127.0.0.1:12344 www:51438 TIME_WAIT TCP 127.0.0.1:12344 www:51456 ESTABLISHED TCP 127.0.0.1:12344 www:51459 ESTABLISHED TCP 127.0.0.1:12344 www:51461 ESTABLISHED TCP 127.0.0.1:12344 www:51463 TIME_WAIT TCP 127.0.0.1:12344 www:51469 ESTABLISHED TCP 127.0.0.1:12344 www:51473 ESTABLISHED TCP 127.0.0.1:12344 www:51475 ESTABLISHED TCP 127.0.0.1:12344 www:51479 TIME_WAIT
I had to interrupt the output with Ctrl-C, since it appeared it would
continue indefinitely. When I used netstat -an, I saw the
following:
C:Program FilesMicrosoft SDKsWindowsv7.0>netstat -an | more Active Connections Proto Local Address Foreign Address State TCP 0.0.0.0:80 0.0.0.0:0 LISTENING TCP 0.0.0.0:135 0.0.0.0:0 LISTENING TCP 0.0.0.0:445 0.0.0.0:0 LISTENING TCP 0.0.0.0:1801 0.0.0.0:0 LISTENING TCP 0.0.0.0:2103 0.0.0.0:0 LISTENING TCP 0.0.0.0:2105 0.0.0.0:0 LISTENING TCP 0.0.0.0:2107 0.0.0.0:0 LISTENING TCP 0.0.0.0:2215 0.0.0.0:0 LISTENING TCP 0.0.0.0:2869 0.0.0.0:0 LISTENING TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING TCP 0.0.0.0:6646 0.0.0.0:0 LISTENING TCP 0.0.0.0:7680 0.0.0.0:0 LISTENING TCP 0.0.0.0:8733 0.0.0.0:0 LISTENING TCP 0.0.0.0:13000 0.0.0.0:0 LISTENING TCP 0.0.0.0:49664 0.0.0.0:0 LISTENING TCP 0.0.0.0:49665 0.0.0.0:0 LISTENING TCP 0.0.0.0:49666 0.0.0.0:0 LISTENING TCP 0.0.0.0:49667 0.0.0.0:0 LISTENING TCP 0.0.0.0:49668 0.0.0.0:0 LISTENING TCP 0.0.0.0:49669 0.0.0.0:0 LISTENING TCP 0.0.0.0:49673 0.0.0.0:0 LISTENING TCP 0.0.0.0:49688 0.0.0.0:0 LISTENING TCP 0.0.0.0:49699 0.0.0.0:0 LISTENING TCP 127.0.0.1:12342 0.0.0.0:0 LISTENING TCP 127.0.0.1:12344 0.0.0.0:0 LISTENING TCP 127.0.0.1:12344 127.0.0.1:51521 ESTABLISHED TCP 127.0.0.1:12344 127.0.0.1:51522 TIME_WAIT TCP 127.0.0.1:12344 127.0.0.1:51563 TIME_WAIT TCP 127.0.0.1:12344 127.0.0.1:51611 ESTABLISHED TCP 127.0.0.1:12344 127.0.0.1:51865 ESTABLISHED TCP 127.0.0.1:12344 127.0.0.1:51943 TIME_WAIT TCP 127.0.0.1:12344 127.0.0.1:51973 ESTABLISHED TCP 127.0.0.1:12350 0.0.0.0:0 LISTENING TCP 127.0.0.1:51364 127.0.0.1:51365 ESTABLISHED TCP 127.0.0.1:51365 127.0.0.1:51364 ESTABLISHED TCP 127.0.0.1:51366 127.0.0.1:12344 TIME_WAIT TCP 127.0.0.1:51368 127.0.0.1:12344 TIME_WAIT TCP 127.0.0.1:51370 127.0.0.1:12344 TIME_WAIT TCP 127.0.0.1:51374 127.0.0.1:51375 ESTABLISHED TCP 127.0.0.1:51375 127.0.0.1:51374 ESTABLISHED TCP 127.0.0.1:51380 127.0.0.1:12344 TIME_WAIT TCP 127.0.0.1:51382 127.0.0.1:12344 TIME_WAIT TCP 127.0.0.1:51384 127.0.0.1:12344 TIME_WAIT -- More --
When I tried to determine what process was listening on port 80
and on other ports with code netstat -anb, I saw quite
a few «Cannot obtain ownership information» results.
C:Program FilesMicrosoft SDKsWindowsv7.0>netstat -anb | more Active Connections Proto Local Address Foreign Address State TCP 0.0.0.0:80 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 0.0.0.0:135 0.0.0.0:0 LISTENING RpcSs [svchost.exe] TCP 0.0.0.0:445 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 0.0.0.0:1801 0.0.0.0:0 LISTENING [mqsvc.exe] TCP 0.0.0.0:2103 0.0.0.0:0 LISTENING [mqsvc.exe] TCP 0.0.0.0:2105 0.0.0.0:0 LISTENING [mqsvc.exe] TCP 0.0.0.0:2107 0.0.0.0:0 LISTENING [mqsvc.exe] TCP 0.0.0.0:2215 0.0.0.0:0 LISTENING [sshd.exe] TCP 0.0.0.0:2869 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING TermService [svchost.exe] TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 0.0.0.0:6646 0.0.0.0:0 LISTENING [mcsvhost.exe] TCP 0.0.0.0:7680 0.0.0.0:0 LISTENING DoSvc [svchost.exe] TCP 0.0.0.0:8733 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 0.0.0.0:13000 0.0.0.0:0 LISTENING [NOBuClient.exe] TCP 0.0.0.0:49664 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 0.0.0.0:49665 0.0.0.0:0 LISTENING EventLog [svchost.exe] TCP 0.0.0.0:49666 0.0.0.0:0 LISTENING [spoolsv.exe] TCP 0.0.0.0:49667 0.0.0.0:0 LISTENING Schedule [svchost.exe] TCP 0.0.0.0:49668 0.0.0.0:0 LISTENING [lsass.exe] TCP 0.0.0.0:49669 0.0.0.0:0 LISTENING SessionEnv [svchost.exe] TCP 0.0.0.0:49673 0.0.0.0:0 LISTENING [lsass.exe] TCP 0.0.0.0:49688 0.0.0.0:0 LISTENING [mqsvc.exe] TCP 0.0.0.0:49699 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 127.0.0.1:12342 0.0.0.0:0 LISTENING [LavasoftTcpService.exe] TCP 127.0.0.1:12344 0.0.0.0:0 LISTENING [LavasoftTcpService.exe] TCP 127.0.0.1:12344 127.0.0.1:52192 TIME_WAIT TCP 127.0.0.1:12344 127.0.0.1:52193 TIME_WAIT TCP 127.0.0.1:12350 0.0.0.0:0 LISTENING [LavasoftTcpService.exe] TCP 127.0.0.1:51364 127.0.0.1:51365 ESTABLISHED [firefox.exe] TCP 127.0.0.1:51365 127.0.0.1:51364 ESTABLISHED [firefox.exe] TCP 127.0.0.1:51374 127.0.0.1:51375 ESTABLISHED [firefox.exe] TCP 127.0.0.1:51375 127.0.0.1:51374 ESTABLISHED [firefox.exe] TCP 127.0.0.1:51431 127.0.0.1:51432 ESTABLISHED [firefox.exe] TCP 127.0.0.1:51432 127.0.0.1:51431 ESTABLISHED [firefox.exe] TCP 127.0.0.1:51543 127.0.0.1:51544 ESTABLISHED [firefox.exe] TCP 127.0.0.1:51544 127.0.0.1:51543 ESTABLISHED [firefox.exe] TCP 127.0.0.1:52185 127.0.0.1:12344 TIME_WAIT TCP 127.0.0.1:52187 127.0.0.1:12344 TIME_WAIT TCP 127.0.0.1:52189 127.0.0.1:12344 TIME_WAIT TCP 192.168.0.15:139 0.0.0.0:0 LISTENING Can not obtain ownership information TCP 192.168.0.15:49846 65.52.108.199:443 ESTABLISHED WpnService [svchost.exe] TCP 192.168.0.15:50934 209.85.201.125:5222 ESTABLISHED [googledrivesync.exe] TCP 192.168.0.15:50935 216.58.217.170:443 CLOSE_WAIT [googledrivesync.exe] TCP 192.168.0.15:50937 216.58.217.170:443 CLOSE_WAIT [googledrivesync.exe] -- More --
I saw similar results for another Windows 10 system in the same
domain in the same office, although on that system, when I opened a
command prompt window with administrator privileges I saw the normal
«Administrator: Command Prompt» title for the window and it opened, as
usual, to the C:WINDOWSsystem32 directory.
When I checked to see if the system was configured to use a proxy
server for website access by querying the
Windows registry with the
Registry Editor regedit, I found the returned value was 0,
which indicated that the system wasn’t configured to use a proxy server.
C:Program FilesMicrosoft SDKsWindowsv7.0>reg query "HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet Settings" /v ProxyEnable
HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet Settings
ProxyEnable REG_DWORD 0x0
C:Program FilesMicrosoft SDKsWindowsv7.0>
I then tried netstat -aon and saw that a process with
process identifier 4 was listening on port 80.
C:Windows>netstat -aon Active Connections Proto Local Address Foreign Address State PID TCP 0.0.0.0:80 0.0.0.0:0 LISTENING 4 TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 448 TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4 TCP 0.0.0.0:1801 0.0.0.0:0 LISTENING 4156 TCP 0.0.0.0:2103 0.0.0.0:0 LISTENING 4156 TCP 0.0.0.0:2105 0.0.0.0:0 LISTENING 4156 TCP 0.0.0.0:2107 0.0.0.0:0 LISTENING 4156 TCP 0.0.0.0:2215 0.0.0.0:0 LISTENING 7172 TCP 0.0.0.0:2869 0.0.0.0:0 LISTENING 4 TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING 1036 TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING 4 TCP 0.0.0.0:6646 0.0.0.0:0 LISTENING 4476 TCP 0.0.0.0:7680 0.0.0.0:0 LISTENING 7980 TCP 0.0.0.0:8733 0.0.0.0:0 LISTENING 4 TCP 0.0.0.0:13000 0.0.0.0:0 LISTENING 12280 TCP 0.0.0.0:49664 0.0.0.0:0 LISTENING 676 TCP 0.0.0.0:49665 0.0.0.0:0 LISTENING 1408 TCP 0.0.0.0:49666 0.0.0.0:0 LISTENING 2768 TCP 0.0.0.0:49667 0.0.0.0:0 LISTENING 1788 TCP 0.0.0.0:49668 0.0.0.0:0 LISTENING 840 TCP 0.0.0.0:49669 0.0.0.0:0 LISTENING 3000 TCP 0.0.0.0:49673 0.0.0.0:0 LISTENING 840 TCP 0.0.0.0:49688 0.0.0.0:0 LISTENING 4156 TCP 0.0.0.0:49699 0.0.0.0:0 LISTENING 824 TCP 127.0.0.1:12342 0.0.0.0:0 LISTENING 3128 TCP 127.0.0.1:12344 0.0.0.0:0 LISTENING 3128 TCP 127.0.0.1:12344 127.0.0.1:52471 TIME_WAIT 0 TCP 127.0.0.1:12344 127.0.0.1:52602 TIME_WAIT 0 TCP 127.0.0.1:12344 127.0.0.1:52603 TIME_WAIT 0 TCP 127.0.0.1:12350 0.0.0.0:0 LISTENING 3128 TCP 127.0.0.1:51364 127.0.0.1:51365 ESTABLISHED 19368 TCP 127.0.0.1:51365 127.0.0.1:51364 ESTABLISHED 19368 TCP 127.0.0.1:51374 127.0.0.1:51375 ESTABLISHED 9828 TCP 127.0.0.1:51375 127.0.0.1:51374 ESTABLISHED 9828 TCP 127.0.0.1:51431 127.0.0.1:51432 ESTABLISHED 19204 TCP 127.0.0.1:51432 127.0.0.1:51431 ESTABLISHED 19204 TCP 127.0.0.1:51543 127.0.0.1:51544 ESTABLISHED 19544 TCP 127.0.0.1:51544 127.0.0.1:51543 ESTABLISHED 19544 TCP 127.0.0.1:52473 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52475 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52477 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52480 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52482 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52483 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52486 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52487 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52490 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52492 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52495 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52499 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52505 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52507 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52509 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52511 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52512 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52517 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52518 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52531 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52535 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52539 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52543 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52547 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52548 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52549 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52555 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52559 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52563 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52565 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52583 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52589 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52590 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52591 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52592 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52596 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52599 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52601 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52604 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52606 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52607 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52608 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52620 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52627 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52629 127.0.0.1:12344 TIME_WAIT 0 TCP 127.0.0.1:52631 127.0.0.1:12344 TIME_WAIT 0 TCP 192.168.0.15:139 0.0.0.0:0 LISTENING 4 TCP 192.168.0.15:49846 65.52.108.199:443 ESTABLISHED 3588 TCP 192.168.0.15:50934 209.85.201.125:5222 ESTABLISHED 16512 TCP 192.168.0.15:50935 216.58.217.170:443 CLOSE_WAIT 16512 TCP 192.168.0.15:50937 216.58.217.170:443 CLOSE_WAIT 16512 TCP 192.168.0.15:50938 216.58.217.170:443 CLOSE_WAIT 16512 TCP 192.168.0.15:52474 23.32.80.49:80 TIME_WAIT 0 TCP 192.168.0.15:52478 72.21.91.29:80 TIME_WAIT 0 TCP 192.168.0.15:52493 52.84.121.202:443 TIME_WAIT 0 TCP 192.168.0.15:52506 52.84.125.5:443 TIME_WAIT 0 TCP 192.168.0.15:52508 216.58.217.104:443 TIME_WAIT 0 TCP 192.168.0.15:52510 216.58.217.110:443 TIME_WAIT 0 TCP 192.168.0.15:52514 216.58.217.102:443 TIME_WAIT 0 TCP 192.168.0.15:52532 172.217.7.130:443 TIME_WAIT 0 TCP 192.168.0.15:52536 216.58.217.110:80 TIME_WAIT 0 TCP 192.168.0.15:52540 172.217.3.34:443 TIME_WAIT 0 TCP 192.168.0.15:52544 173.194.207.157:443 TIME_WAIT 0 TCP 192.168.0.15:52551 172.217.3.34:443 TIME_WAIT 0 TCP 192.168.0.15:52552 74.125.29.156:443 TIME_WAIT 0 TCP 192.168.0.15:52553 54.192.16.21:443 TIME_WAIT 0 TCP 192.168.0.15:52560 74.125.202.104:443 TIME_WAIT 0 TCP 192.168.0.15:52564 52.84.123.36:443 TIME_WAIT 0 TCP 192.168.0.15:52566 52.84.125.5:443 TIME_WAIT 0 TCP 192.168.0.15:52584 52.84.125.136:443 TIME_WAIT 0 TCP 192.168.0.15:52609 23.4.187.27:80 TIME_WAIT 0 TCP 192.168.0.15:52618 104.100.157.32:443 ESTABLISHED 2728 TCP 192.168.0.15:52619 104.100.157.32:443 ESTABLISHED 2728 TCP 192.168.0.15:52621 216.58.217.110:443 TIME_WAIT 0 TCP [::]:80 [::]:0 LISTENING 4 TCP [::]:135 [::]:0 LISTENING 448 TCP [::]:445 [::]:0 LISTENING 4 TCP [::]:1801 [::]:0 LISTENING 4156 TCP [::]:2103 [::]:0 LISTENING 4156 TCP [::]:2105 [::]:0 LISTENING 4156 TCP [::]:2107 [::]:0 LISTENING 4156 TCP [::]:2215 [::]:0 LISTENING 7172 TCP [::]:2869 [::]:0 LISTENING 4 TCP [::]:3389 [::]:0 LISTENING 1036 TCP [::]:5357 [::]:0 LISTENING 4 TCP [::]:7680 [::]:0 LISTENING 7980 TCP [::]:8733 [::]:0 LISTENING 4 TCP [::]:49664 [::]:0 LISTENING 676 TCP [::]:49665 [::]:0 LISTENING 1408 TCP [::]:49666 [::]:0 LISTENING 2768 TCP [::]:49667 [::]:0 LISTENING 1788 TCP [::]:49668 [::]:0 LISTENING 840 TCP [::]:49669 [::]:0 LISTENING 3000 TCP [::]:49673 [::]:0 LISTENING 840 TCP [::]:49688 [::]:0 LISTENING 4156 TCP [::]:49699 [::]:0 LISTENING 824 UDP 0.0.0.0:123 *:* 1100 UDP 0.0.0.0:3389 *:* 1036 UDP 0.0.0.0:3702 *:* 2816 UDP 0.0.0.0:3702 *:* 2816 UDP 0.0.0.0:5050 *:* 1500 UDP 0.0.0.0:5353 *:* 1192 UDP 0.0.0.0:5355 *:* 1192 UDP 0.0.0.0:6646 *:* 4476 UDP 0.0.0.0:52847 *:* 2768 UDP 0.0.0.0:60175 *:* 2816 UDP 127.0.0.1:1900 *:* 6792 UDP 127.0.0.1:50822 *:* 840 UDP 127.0.0.1:54749 *:* 1692 UDP 127.0.0.1:60612 *:* 7980 UDP 127.0.0.1:62720 *:* 6792 UDP 192.168.0.15:137 *:* 4 UDP 192.168.0.15:138 *:* 4 UDP 192.168.0.15:1900 *:* 6792 UDP 192.168.0.15:62719 *:* 6792 UDP [::]:123 *:* 1100 UDP [::]:3389 *:* 1036 UDP [::]:3702 *:* 2816 UDP [::]:3702 *:* 2816 UDP [::]:5353 *:* 1192 UDP [::]:5355 *:* 1192 UDP [::]:60176 *:* 2816 UDP [::1]:1900 *:* 6792 UDP [::1]:62718 *:* 6792 UDP [fe80::e90f:c172:eb14:f3a4%2]:1900 *:* 6792 UDP [fe80::e90f:c172:eb14:f3a4%2]:62717 *:* 6792 C:Windows>
When I tried to use the tasklist command to associate an application
name with PID 4, though, I saw an error message.
C:Windows>tasklist /fi "PID eq 4" ERROR: Invalid class C:Windows>
On the other Windows 10 system, I saw the image name listed as
«System».
From the administrator account, I tried again to see when the last
Windows updates were installed, but still saw error messages instead of
information on installed patches.
PS C:UsersAdministrator> Get-CimInstance -class win32_quickfixengineering Get-CimInstance : Invalid class At line:1 char:1 + Get-CimInstance -class win32_quickfixengineering + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : MetadataError: (rootcimv2:win32_quickfixengineering:String) [Get-CimInstance], CimExcep tion + FullyQualifiedErrorId : HRESULT 0x80041010,Microsoft.Management.Infrastructure.CimCmdlets.GetCimInstanceCommand PS C:UsersAdministrator> Get-Hotfix Get-Hotfix : Invalid class At line:1 char:1 + Get-Hotfix + ~~~~~~~~~~ + CategoryInfo : NotSpecified: (:) [Get-HotFix], ManagementException + FullyQualifiedErrorId : System.Management.ManagementException,Microsoft.PowerShell.Commands.GetHotFixCommand PS C:UsersAdministrator>
However, on the other Windows 10 system in the office, when I used the
Get-Hotfix cmdlet, I saw the list of recently installed patches;
October 17 was the date for the most recently installed one with the
immediately prior installed patch being installed on October 11. The
Get-CimInstance -class win32_quickfixengineering also worked
and showed the same results.
I was able to view recent updates by typing update
in the Cortana «Ask me anything» window then selecting «View your Update
History» in the returned results. I saw recent application updates, but
no operating system update that I thought might create the problem I
was seeing.
I found that other PowerShell cmdlets weren’t working, either. E.g.,
when I tried the Get-Disk
cmdlet, instead of seeing information on the disk drives in and attached to
the system, nothing was displayed.
PS C:UsersPam> Get-Disk
PS C:UsersPam>
PowerShell 5.1 is installed on the system.
PS C:UsersPam> $psversiontable
Name Value
---- -----
PSVersion 5.1.15063.674
PSEdition Desktop
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.15063.674
CLRVersion 4.0.30319.42000
WSManStackVersion 3.0
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
PS C:UsersPam>
I then tried commands to
check the Windows
operating system version at a PowerShell prompt.
Though [System.Environment]::OSVersion.Version displayed the
operating system version,
(Get-WmiObject -class Win32_OperatingSystem).Caption displayed
an error message, though both worked fine on the other system in the office
running the same version and build of Microsoft Windows.
PS C:UsersPam> [System.Environment]::OSVersion.Version
Major Minor Build Revision
----- ----- ----- --------
10 0 15063 0
PS C:UsersPam> (Get-WmiObject -class Win32_OperatingSystem).Caption
Get-WmiObject : Invalid class "Win32_OperatingSystem"
At line:1 char:2
+ (Get-WmiObject -class Win32_OperatingSystem).Caption
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidType: (:) [Get-WmiObject], ManagementException
+ FullyQualifiedErrorId : GetWMIManagementException,Microsoft.PowerShell.Commands.GetWmiObjectCommand
PS C:UsersPam>
Windows Management Instrumentation Command-line (WMIC)
commands that worked without issues on the other system also failed to produce
the expected output on this system.
C:UsersPam>wmic os os - Alias not found. C:UsersPam>
I thought there might be some corruption to Windows operating system
files or one or more may have been deleted or altered, so I ran the
Deployment Image Servicing and Management (DISM) tool and then the
System File Checker (SFC) tool. To use those tools
open a command prompt with
administrator privileges then run the
DISM command shown below first. DISM
enumerates, installs, uninstalls, configures, and updates features
and packages in Windows images. DISM uses Windows Update to provide the files
that are needed to fix a corrupted Windows operating system.
C:WINDOWSsystem32>dism /online /cleanup-image /restorehealth Deployment Image Servicing and Management tool Version: 10.0.15063.0 Image Version: 10.0.15063.0 [==========================100.0%==========================] The restore operati on completed successfully. The operation completed successfully. C:WINDOWSsystem32>
After the DISM command completes, run the
System File Checker (SFC) command
shown below. The SFC utility checks for incorrect versions of all protected
operating system files and replaces any found to be corrupted or incorrect
with the correct version from the compressed %WinDir%System32dllcache directory. You can see the value of the
environment variable %WinDir% on a particular system by typing
the command echo %WinDir% command at a command prompt. It is
usually the C:Windows directory. In this case, SFC did not
find any problems, though I was expecting it to report an issue with one
or more files.
C:WINDOWSsystem32>sfc /scannow Beginning system scan. This process will take some time. Beginning verification phase of system scan. Verification 100% complete. Windows Resource Protection did not find any integrity violations. C:WINDOWSsystem32>
I thought there might be malware on the system creating the problem
even though the system is scanned regularly by the antivirus software on
the system, McAfee Total Protection. I also run an automatic nightly
scan of the system with
SUPERAntispyware, but it hasn’t been reporting anything but tracking
cookies. I also installed
Malwarebytes Anti-Malware and
checked the system with it, but it didn’t report any malware infections.
Nor did I see anything suspicious when I checked the programs that are
automatically started at boot time with Microsoft’s
Autoruns for Windows.
I decided I would update Windows to the recently released
Fall Creators Update of Windows 10. I typed
update in the
Cortana
«Type here to search» field and then selected «Check for updates»
from the results list. At the Settings window, I clicked on
the Check for updates button which initiated an installation of
Windows 10, version 1709. After the update was installed and I rebooted
the system, all of the previously encountered problems were gone. I could
issue the systeminfo, WMIC and PowerShell command and get expected results.
I could also print normally from Microsoft Excel and the QuickBooks
accounting program.
Related articles:
-
Finding Time of Last Reboot
-
List Installed Security Patches with PowerShell
-
Querying disks with the PowerShell Get-Disk cmdlet
-
Using PowerShell to determine the installed version of Windows
- Obtaining a command prompt in Windows 10
-
Obtaining a Command Prompt on a
Windows 8 System - DISM command syntax
- System File Checker (SFC) command syntax
WMI Invalid class but «WMI repository is consistent»
Details: 1 On my Windows 10 Pro 64-bit PC, when I go to WMI Control in Computer Management under «Services and Applications» and select «More Actions» -> Properties, it displays the following:- Failed to initialize all required WMI classes. Win32_Processor: WMI: Invalid class Win32_WMISetting: WMI: Invalid class invalid class error windows 10
› Verified 5 days ago
› Url: Stackoverflow.com View Details
› Get more: Invalid class error windows 10View Warning
WMI: Missing or Failing WMI Providers or Invalid WMI Class
Details: WebWindows Management Instrumentation fails due to receiving an event or error concerning missing or failure to load WMI Provider, or Invalid WMI class, or WMI … get netadapter invalid class
› Verified 3 days ago
› Url: Techcommunity.microsoft.com View Details
› Get more: Get netadapter invalid classView Warning
windows 10 — systeminfo ERROR: not found — Super User
Details: WebC:WindowsSystem32systeminfo /s windows and it prompts me to insert a password. I tried inserting my LOCAL ADMIN password, and on another try, my … configuration refresh failed invalid class
› Verified 6 days ago
› Url: Superuser.com View Details
› Get more: Configuration refresh failed invalid classView Warning
How to fix «Invalid Class» in Powershell
Details: Web1.) Has anyone seen this before, and if so, what did you do to resolve it? 2.) Does anyone know if there is a way to rebuild/reinstall the WMI Classes? 3.) As the … wmi invalid namespace fix
› Verified 3 days ago
› Url: Social.technet.microsoft.com View Details
› Get more: Wmi invalid namespace fixView Warning
systeminfo does not work — Microsoft Community
Details: WebReplied on November 16, 2015 Report abuse Its not possible for Windows to do that. Once a particular architecture is installed, that is default architecture. What you should be … invalid class 0x80041010
› Verified 5 days ago
› Url: Answers.microsoft.com View Details
› Get more: Invalid class 0x80041010View Warning
Invalid Class Error [0x80041010] — Virtually Boring
Details: WebIf you see Invalid class then your WMI is not working correctly. Bad Good Troubleshooting: The first step is to download the Microsoft WMIDiag Tool. It will analyze WMI and give you a report with … invalid namespace root cimv2
› Verified 7 days ago
› Url: Virtuallyboring.com View Details
› Get more: Invalid namespace root cimv2View Warning
Windows Server 2012 R2 Can’t refresh: Error ‘Invalid Class’
Details: WebError : Configuration refresh failed with the following error: Invalid class 1-12-2014 any help?! Can’t find a thing on google.. Already rebooted and tried to rebuild WMI local_offer Windows Server 2012 R2 … get netnat invalid class
› Verified 2 days ago
› Url: Community.spiceworks.com View Details
› Get more: Get netnat invalid classView Warning
[SOLVED] “ERROR: Provider load failure” — Tom’s …
Details: Web19 0 10,510 Mar 21, 2020 #1 Hi there Whenever I try to run this command in PS: “PS C:Windowssystem32> systeminfo.exe”, I get this: “Loading Operating System …
› Verified 4 days ago
› Url: Forums.tomshardware.com View Details
› Get more: WarningsView Warning
Invalid Class — WMI Fix — Your Company :: Knowledgebase
Details: WebTo Fix: Open the command prompt, type wmimgmt.msc, and hit enter Right-click WMI Control (Local), and then click Properties. If Win32_Process shows ‘invalid …
› Verified 7 days ago
› Url: Tranact.com View Details
› Get more: WarningsView Warning
Windows 7 WMI repair (systeminfo does not work)
Details: WebWhen I type systeminfo in the CMD, I get ERROR: Invalid access to memory location. Also if I try to see the computer specs by right clicking on computer -> …
› Verified Just Now
› Url: Social.technet.microsoft.com View Details
› Get more: WarningsView Warning
Windows 7 WMI repair (systeminfo does not work)
Details: WebWhen I type systeminfo in the CMD, I get ERROR: Invalid access to memory location. Also if I try to see the computer specs, it says Processor: Not available, …
› Verified 4 days ago
› Url: Forums.tomshardware.com View Details
› Get more: WarningsView Warning
systeminfo Microsoft Learn
Details: WebDescription. /s <computer>. Specifies the name or IP address of a remote computer (do not use backslashes). The default is the local computer. /u …
› Verified 1 days ago
› Url: Learn.microsoft.com View Details
› Get more: AddressView Warning
How to fix “Invalid Class” error when monitoring a process
Details: WebCheck for “Disable Performance Counters” value in the right pane. If it’s there and set to 1, that’s the problem. Set it to 0 and reboot the computer. This should be …
› Verified Just Now
› Url: Blog.overseer-network-monitor.com View Details
› Get more: WarningsView Warning
Repair corrupt WMI installations Troubleshooting Scanning Issues
Details: WebKnowledge Base Troubleshooting Scanning Issues Repairing a corrupt WMI installation Options Repairing a corrupt WMI installation Lansweeper pulls Windows …
› Verified 5 days ago
› Url: Community.lansweeper.com View Details
› Get more: WarningsView Warning
configuration — Systeminfo, a C++ class to retrieve system …
Details: WebConsider making Systeminfo a POD. I would separate getting information from the SMBIOS from how to store the result. Make Systeminfo a plain old struct: …
› Verified 3 days ago
› Url: Codereview.stackexchange.com View Details
› Get more: WarningsView Warning
«Invalid class» error when creating new object for Win32
Details: Web1. Use «Win32_OperatingSystem=@» to get the current instance of the Win32_OperatingSystem class. @ means that an object is singleton, which is mentioned …
› Verified 1 days ago
› Url: Stackoverflow.com View Details
› Get more: WarningsView Warning
Text not printing, PowerShell cmdlets not working, etc.
Details: WebWhen I attempted to run the systeminfo command, I got the same «Loading Operating System Information ERROR: Invalid class» error message. When I ran the …
› Verified 5 days ago
› Url: Support.moonpoint.com View Details
› Get more: WarningsView Warning
Where is SYSTEM_INFORMATION_CLASS defined? — Stack Overflow
Details: Web3 Answers. Sorted by: 8. As stated in the documentation, this enum is defined in the Winternl.h header file. The definition in the header file from the version 7.1 SDK is: …
› Verified 6 days ago
› Url: Stackoverflow.com View Details
› Get more: WarningsView Warning
Windows Service Monitor — Invalid class — SolarWinds
Details: WebError: Invalid class Environment SAM 6.8 — EOL;SAM 6.9;SAM 2020.2 Cause Scenario #1 There is an issue with WMI on the target machine. Scenario #2 This …
› Verified 7 days ago
› Url: Support.solarwinds.com View Details
› Get more: WarningsView Warning
eDrawings Invalid Class error — General Q&A — GoEngineer …
Details: WebAnswer this question Ask a question Question Bob Potts Members 54 Posted August 11, 2022 I’ve run into an issue with my versions of eDrawings. When I try …
› Verified Just Now
› Url: Community.goengineer.com View Details
› Get more: WarningsView Warning
Whenever I view System Info I get a WMI Error Activation Required
Details: WebIf you see Invalid class then your WMI is not working correctly. Ultimately check How to Troubleshoot, Repair and Rebuild the WMI Repository? How to …
› Verified 8 days ago
› Url: Tenforums.com View Details
› Get more: WarningsView Warning
Любой бывалый Windows-админ периодически сталкивается с проблемами в работе службы WMI (Windows Management Instrumentation) и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования Windows, поэтому администратору необходимо проверить и восстановить работоспособность WMI. В этой статье мы опишем простую методику диагностирования и устранения неполадок службы WMI в Windows.
О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:
- Ошибки обработки WMI запросов в системных журналах и логах приложений (
0x80041002 - WBEM_E_NOT_FOUND
,
WMI: Not Found
,
0x80041010 WBEM_E_INVALID_CLASS
); - Ошибки обработки GPO, связанные на WMI ( некорректная работа wmi фильтров групповых политик, и пр.);
- WMI запросы выполняются очень медленно;
- Ошибки при установке или работе агентов SCCM/SCOM;
- Ошибки в работе скриптов (vbs или PowerShell), использующих пространство имен WMI (скрипты с Get-WmiObject и т.д.).
Содержание:
- Диагностика проблем с WMI
- Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов
- Сброс и пересоздание WMI репозитория (хранилища)
Диагностика проблем с WMI
В первую очередь нужно проверить служба Windows Management Instrumentation (Winmgmt) установлена в Windows и запущена. Вы можете проверить состояние службы в консоли services.msc или с помощью PowerShell:
Get-Service Winmgmt | Select DisplayName,Status,ServiceName
Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:
wmic product get name,version
Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:
get-wmiobject Win32_OperatingSystem
Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.
В моем случае, например, при открытии свойств WMI Control в консоли управления компьютером (compmgmt.msc) появлялась надпись:
Failed to initialize all required WMI classes Win32_Processor. WMI: Invalid namespace Win32_WMISetting. WMI: Invalid namespace Win32_OperationSystem. WMI: Invalid namespace
Ранее для диагностики WMI существовала официальная утилита от Microsoft – WMIDiag.vbs (Microsoft WMI Diagnosis). WMIdiag это vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:USERS%USERNAME%APPDATALOCALTEMP). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.2 и включает в себя следующие типы фалов:
- .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag;
- .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание;
- В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI.
Совет. В 64 битных версиях Windows wmidiag нужно запускать так:
c:windowsSystem32cscript.exe wmidiag.vbs
в противном случае появится ошибка:
WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.
После окончания работы утилиты WMIDiag администратор должен изучить полученные файлы логов, проанализировать и попытаться исправить найденные ошибки.
К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.
WMIDiag может дать подробную информацию по исправлению частных ошибок в WMI, но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей сбросить и пересоздатьWMI репозиторий в Windows.
Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов
В Windows 10/Windows Server 2016 вы можете проверить целостность репозитория WMI с помощью команды:
winmgmt /verifyrepository
Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT или WMI repository verification failed), стоит попробовать выполнить “мягкое” исправление ошибок репозитория:
Winmgmt /salvagerepository
WMI repository has been salvaged.
Данная команда выполняет проверку согласованности хранилища WMI и при обнаружении несогласованности перестраивает базу данных WMI.
Перезапустите службу WMI:
net stop Winmgmt
net start Winmgmt
Если стандартный способ исправления ошибок в WMI не помог, попробуйте следующий скрипт. Данный скрипт представляет собой ”мягкий” вариант восстановления службы WMI на компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.
sc config winmgmt start= disabled
net stop winmgmt
cd %windir%system32wbem
for /f %s in ('dir /b *.dll') do regsvr32 /s %s
wmiprvse /regserver
sc config winmgmt start= auto
net start winmgmt
for /f %s in ('dir /b *.mof') do mofcomp %s
for /f %s in ('dir /b *.mfl') do mofcomp %s
На 64 битной версии Windows эти действия нужно также выполнить для каталога SysWOW64. Замените третью строку на
cd %windir%SysWOW64wbem
Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле wmi_soft_repair.bat и запустить его с правами администратора. После окончания работы скрипта, перезагрузите Windows и проверьте работу WMI.
Сброс и пересоздание WMI репозитория (хранилища)
Если вам не помогли мягкие способ восстановления WMI, рассмотренные выше, придется перейти к более “жесткому” способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилищаWMI.
WMI репозиторий (хранилище) находится в каталоге
%windir%System32WbemRepository
и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов. В некоторых случаях WMI репозиторий может содержать статическую информацию классов. При повреждении репозитория WMI, в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.
Если вы подозреваете, что репозиторий WMI поврежден, имейте в виду, что его пересоздание — это последняя шаг, к которому нужно прибегнуть только тогда, когда другие операции не помогают реанимировать WMI.
Следующая команда выполнит сброс базы данных WMI к исходному состоянию (как после чистой установки Windows). Используйте эту команду для выполнения hard reset репозитория WMI, если параметре salvagerepository не исправил проблему:
Winmgmt /resetrepository
Совет. На практике бывают случаи, когда пересоздание хранилища WMI приводит к проблемам со сторонним софтом. Это связано с тем, что все записи в базе WMI обнуляются (до состояния чистой системы). Такие программы скорее всего, придется переустанавливать в режиме восстановления.
Если обе команды (
Winmgmt /salvagerepository
и
Winmgmt /resetrepository
) не восстановили консистентное состояние базы WMI, попробуйте выполнить “жесткое” пересоздание базы WMI вручную таким скриптом:
sc config winmgmt start= disabled
net stop winmgmt
cd %windir%system32wbem
winmgmt /resetrepository
winmgmt /resyncperf
if exist Repos_bakup rd Repos_bakup /s /q
rename Repository Repos_bakup
regsvr32 /s %systemroot%system32scecli.dll
regsvr32 /s %systemroot%system32userenv.dll
for /f %s in ('dir /b *.dll') do regsvr32 /s %s
for /f %s in ('dir /b *.mof') do mofcomp %s
for /f %s in ('dir /b *.mfl') do mofcomp %s
sc config winmgmt start= auto
net start winmgmt
wmiprvse /regserver
На 64 битной версии Windows нужно также перерегистрировать dll/exe и перекомпилировать mof файлы в каталоге %windir%sysWOW64wbem.
Данный скрипт полностью пересоздает хранилище WMI (старый репозиторий сохраняется в каталог Repos_bakup). После окончания работы скрипта нужно перезагрузить Windows. Затем протестируйте работу службы WMI простым запросом.
Проверьте состояние WMI репозитория. Если ошибки исправлены, команда
winmgmt /verifyrepository
должна вернуть:
WMI repository is consistent
В этой статье мы собрали основные способы, позволяющие продиагностировать и устранить неполадки службы и репозитория WMI.
Кто-нибудь, кто когда-либо пытался запустить старый или новый проект в Visual Studio, и он не работает (код ошибки «VS 20xx / C #»)? легко определится с этим уроком.
В реальных условиях, когда предпринята попытка открыть любую другую программу и Microsoft .NET Framework (4.5.2, 4.5.3 или любую другую версию), может появиться сообщение об ошибке, в котором говорится « Недопустимое имя класса Windows »?
Почему сообщение об ошибке?
«Неверное имя класса Windows» может возникать по ряду причин, в том числе:
- Поврежденный компонент .Net Framework
- неисправные водители
- поврежденные файлы
- Проблемы TreeView в Visual Studio
- Взаимодействие DLL и антивирусного программного обеспечения
- или проблема с конкретным программным обеспечением.
Компоненты Windows .Net Framework могут быть повреждены, если компьютер регулярно не выключается должным образом .
Эти внезапные отключения компьютера могут быть результатом сбоев питания в сети или вне сети или проблемы с питанием самого компьютера.
Это также может привести к созданию нескольких поврежденных файлов, которые могут вызвать ошибку «Недопустимое имя класса Windows».
В некоторых случаях пользователи могут столкнуться с этой ошибкой после обновления некоторых компонентов конкретной программы.
Недопустимое имя класса Windows [FIX]
Ниже приведены некоторые советы, которые помогут вам полностью решить эту проблему.
1. Удалите и переустановите определенное программное обеспечение
Это самое простое исправление, и оно работает в некоторых случаях. Просто найдите программу в « Установка и удаление программ» и нажмите « Удалить» . Следуйте инструкциям, чтобы завершить процесс.
После удаления программного обеспечения перезагрузите компьютер и начните новую установку определенного программного обеспечения.
После завершения процесса установки запустите программу, и ошибка «Недопустимое имя класса Windows» должна быть исправлена.
- Рекомендуется: Как удалить остатки программного обеспечения
2. Запустите проверку средства проверки системных файлов.
Сканирование SFC используется для проверки состояния защищенных системных файлов с помощью параметра sfc / scannow в командной строке. Sfc / scannow — наиболее популярная форма команды sfc.
При этом будут проверены все критические системные файлы Windows на компьютере, включая файлы DLL .
Если SFC обнаружит проблему с любым из системных файлов Windows, он исправит ее.
Использование опции sfc / scannow потребует около 5-15 минут для завершения процесса проверки и ремонта.
Выполните следующие процедуры для исправления системных файлов Windows с помощью средства проверки системных файлов:
- Удерживайте WinKey + S или Q, чтобы вызвать панель поиска Windows
Введите cmd, щелкните правой кнопкой мыши результат и запустите от имени администратора. Это часто называют «повышенной» командной строкой - После запуска командной строки введите sfc / scannow и нажмите клавишу ВВОД, чтобы начать этап проверки.
- SFC теперь будет проверять и проверять целостность всех защищенных системных файлов Windows. Этот процесс может занять некоторое время.
Как только проверка достигает 100 процентов, может применяться любое из следующих:
- Если SFC не обнаружил проблем с защищенными файлами ОС на компьютере
- Или проблемы были найдены с системными файлами и исправлены. Любой пользователь также может проверить полный файл журнала здесь: C: Windows Logs CBS CBS.log (при условии, что Windows установлена на диске C :).
- Этот журнал может быть полезен в качестве ресурса для персонала технической поддержки, который может помочь с расширенными функциями устранения неполадок.
- Если при сканировании SFC обнаружены проблемы с системными файлами и их устранены, может быть предложено перезагрузить компьютер. В противном случае просто продолжите перезапуск.
- После перезапуска повторите попытку запуска определенного процесса или программы, которая вызвала ошибку «Недопустимое имя класса окна», чтобы увидеть, исправила ли SFC проблему.
3. Переустановите или отремонтируйте .Net Framework
Если отображаемое сообщение об ошибке имеет какое-либо отношение к .Net Framework, то восстановление или переустановка могут просто помочь.
Чтобы устранить проблемы .Net Framework, перейдите на веб-сайт Microsoft и следуйте инструкциям по загрузке NetFxRepairTool.exe.
Этот инструмент поможет обнаружить и попытаться устранить проблемы, связанные с настройкой .Net Framework или его обновлений.
После установки следуйте инструкциям в приложении, чтобы начать процедуру восстановления .Net Framework.
После завершения процесса перезагрузите этот компьютер и попробуйте запустить процесс, вызывающий ошибку «имя класса окна не является допустимым», теперь его следует исправить.
Чтобы удалить и установить Microsoft .Net Framework, выполните следующие действия:
1. Закройте все открытые прикладные программы
2. Нажмите WinKey + R, чтобы открыть диалоговое окно запуска.
3. Введите в панели управления и нажмите Enter
4. Нажмите «Добавить / Удалить программы» или «Удалить программу».
5. Выберите версию .Net Framework, установленную на вашем компьютере, и выберите Изменить / Удалить, Восстановить или Удалить
6. Появится мастер установки, выберите «Удалить / удалить» и нажмите «Далее».
7. Перезагрузите компьютер после завершения процесса.
8. После перезагрузки этого компьютера перейдите на страницу поддержки Microsoft, чтобы загрузить совместимую версию Microsoft .Net Framework.
В данном случае это Microsoft .Net Framework версии 4.7.1.
После завершения процесса установки пользователю может быть предложено перезагрузить компьютер. Если никаких подсказок не происходит, продолжайте перезапуск.
9. После перезагрузки компьютера попробуйте запустить программное обеспечение, которое вызывает ошибку «Недопустимое имя класса окна», и оно должно работать нормально.
- Рекомендуется: Как исправить ошибку контрольной суммы CMOS в Windows 10
4. Инициировать отладку в Microsoft Visual Studio без процесса ее размещения.
«Имя класса Windows недопустимо» может возникать всякий раз, когда пользователь пытается отладить или запустить существующий проект / создать новый в Microsoft Visual Studio, и он выбрасывает эту строку.
Если Visual Studio был переустановлен с последним пакетом обновления, и проблема не устранена. Чтобы отключить процесс хостинга, выполните следующую процедуру:
1. Откройте библиотеку классов или проект службы (проекты, которые не производят исполняемые файлы)
2. Нажмите «Свойства» в меню «Проект».
3. Откройте вкладку «Отладка» в окне «Свойства».
4. Снимите флажок Включить процесс размещения Visual Studio
Примечание . Отключение процесса размещения делает некоторые функции отладки недоступными, что может привести к снижению производительности.
Было обнаружено, что отладка без использования хост-процесса VS устраняет ошибку «Недопустимое имя класса окна». Испытав эти шаги, VS должен быть свободен от проблем.
5. Проверьте наличие проблем с питанием машины.
Применение уже описанных исправлений будет работать только в течение короткого периода времени, если на используемом компьютере возникают проблемы с питанием.
Когда происходит внезапное отключение из-за сбоя питания , может быть создано несколько поврежденных файлов, что, в свою очередь, приведет к рассматриваемой ошибке.
Диагностируйте и устраняйте проблемы с питанием на вашей машине, и все будет работать нормально.
Статьи по Теме:
- Исправлено: «Это приложение не может работать на вашем компьютере» в Windows 10
- Как исправить ошибку файловой системы (-2018375670) в Windows 10
- Идентичность этого сайта или целостность этого соединения не может быть подтверждена [FIX]
- Remove From My Forums
-
Question
-
I was directed to this board, so I’m reposting my question here:
I have suddenly lost my systeminfo functionality in Windows 7 Professional 64bit. When I type systeminfo in the CMD, I get ERROR: Invalid access to memory location. Also if I try to see the computer specs by right clicking on computer -> properties, it says Processor: Not available, and Memory: Not available. Also trying the msinfo32, it says «can’t collect information» and doesnt show any of the system info. I cannot pinpoint when exactly this problem started occuring, but these things used to work for me. How do I fix this problem?
Answers
-
I suggest you do In-place Upgrade to repair the system. To do so, launch the installation program, and then choose Upgrade.
Arthur Xie — MSFT
-
Marked as answer by
Monday, March 8, 2010 2:48 AM
-
Marked as answer by
Try
This is not a full list (wmic). This is only products installed with Windows Installer. There is no feature for everything.
However as I said in my previous post nearly everything is listed in the registry.
So to see it in a command prompt
reg query HKLMSOFTWAREMicrosoftWindowsCurrentVersionUninstall /s
Also your error code seems invalid. There is no 27a windows error or 0xc000027a NT Status code. It seems wrong for a COM containing NTSTatus 0xd000027a or COM with Windows error 0x8007027a.
Clean Booting
Each of the three steps turns of programs, services, and drivers in increasing amounts. Thus narrowing down the possible culprits.
Clean Boot
Click Start — All Programs — Accessories — Run and type
msconfig
Then go to the Startup tab. Untick everything. Then go to the Services tab. Tick Hide All Microsoft Services and untick everything that’s left.
Reboot. If this solves your problem reenable ½ of the services/startup items until you find which one.
Advanced Clean Boot
If the above doesn’t help.
Download Autoruns from http://technet.microsoft.com/en-us/sysinternals/bb963902.aspx
Start the program by right clicking and choosing Run As Administrator and click Options menu — Filter Options and tick Hide Microsoft entries and clear Include Empty Locations. Untick everything left.
Reboot. If this solves your problem reenable ½ of the items until you find which one.
Safe Mode
If the above doesn’t help.
Use Safe Mode with Networking if you need internet access.
Click Start — All Programs — Accessories — Run and type
msconfig
Then go to the Boot tab and click Safe Boot (also tick Network if needed). Reboot. Come back here and untick Safe Boot to return to normal mode.
or
If your computer has a single operating system installed, repeatedly press the F8 key as your computer restarts. You need to press F8 before the Windows logo appears. If the Windows logo appears, you will need to try again. [From Start — Help and Support]
Startup Repair
If your computer has a single operating system installed, repeatedly press the F8 key as your computer restarts. You need to press F8 before the Windows logo appears. If the Windows logo appears, you will need to try again. [From Start — Help and Support].
On the Advanced Boot Options screen, use the arrow keys to highlight Repair your computer, and then press ENTER.
Select Startup Repair.
Startup repair makes a log file. See C:WindowsSystem32LogFilesSrtSrtTrail.txt.
To access if Windows won’t start, on the Advanced Boot Options screen, use the arrow keys to highlight Repair your computer, and then press ENTER.
Select Command Prompt.
Type
type C:WindowsSystem32LogFilesSrtSrtTrail.txt |more
Also type explorer in your command prompt and see what happens.
My Explorer fixes listsways of using windows without the graphical shell.
To See if a Fix is Available
In Control Panel (and select Classic view in the left hand pane) choose Problem Reports and Solutions (type problem in Start’s search box), go to Problem History, right click your error and choose Check For Solution.
You may also right click and choose Details for more info. Post those details here. The Fault Module Name is the important information.
If the problem affects Control Panel press Winkey + R and type wercon (or type it in a command prompt).
Close Explorer and Start a Command Prompt
Close any Explorer windows
Start — All Programs — Accessories — Right click Command Prompt and choose Run As Administrator.
Click Start. Ctrl + Shift + Right click a blank spot (just above the power buttons is one place) then Exit Explorer.
Press Ctrl + Alt + Delete then Task Manager.
Check all explorer processes are closed. On the Process tab select explorer and right click and choose End Process, repeat if more than one explorer in the list.
Then to restart explorer after trying each of the following
Press Ctrl + Alt + Delete and choose Task Manager
In Task Manager click the File menu then New Task (Run) and type explorer
If You Can’t Start Explorer at All
Press Ctrl + Alt + Delete and choose Task Manager
On the Process tab click Show Processes From All Users to elevate to Administrator
In Task Manager click the File menu then New Task (Run) and type cmd
Other things you can try typing
Explorer
Explorer c:
Explorer /e,c:
wercon
control
iexplore
rstrui
If you can’t start a folder window use the Browse button in the New Task dialog. Remember you need to right click and choose Open rather than double clicking.
- Remove From My Forums
-
Вопрос
-
Windows 2003 Server Standard Edition SP2. Только что переустановил, никакого другого софта еще не установлено. При запуске из консоли wmic product get name выдается ошибка:
Узел — имя_компьютера
ОШИБКА:
Код = 0x80041010
Описание = Недопустимый класс
Услуга WMI
Службы WMI запущены и функционируют нормально. На другие параметры wmic откликается а вот на wmic product не хочет. Может кто нибудь знает как это лечится? при поиске данной ошибки заметил, что у многих не работает в указанной ОС.
Ответы
-
а погуглить не судьба?
доустановите компоненту WMI Windows Installer Provider (AddRemove Programs -> AddRemove Windows components -> Management and Monitoring tools)
——————————
проверил — работает
C:Documents and SettingsAdministrator>wmic product
Node — DHCPSRV
ERROR:
Code = 0x80041010
Description = Invalid class
Facility = WMIC:Documents and SettingsAdministrator>wmic product
Caption Description
VMware Tools VMware Tools
Microsoft .NET Framework 2.0 Service Pack 1 Microsoft .NET Fram
Microsoft File Server Migration Toolkit Microsoft File Serv
Windows Support Tools Windows Support Too- Помечено в качестве ответа
15 сентября 2010 г. 9:14
- Помечено в качестве ответа
Я пытаюсь получить статистику PCoIP, доступную через WMI, я использую следующую команду для WMIC
wmic path Win32_PerfRawData_TeradiciPerf_PCoIPSessionNetworkStatistics
или с powershell
powershell Get-WmiObject -namespace "rootcimv2" -computername computer01 -class Win32_PerfRawData_TeradiciPerf_PCoIPSessionNetworkStatistics
Однако, когда я попытался запустить любую команду, разветвленную через другой процесс, в этом случае это был python, и, передавая stdout, я получаю недопустимую ошибку класса, как показано ниже.
Get-WmiObject : Invalid class
At line:1 char:14
+ Get-WmiObject <<< -namespace rootcimv2 -computername computer01 -class
Win32_PerfRawData_TeradiciPerf_PCoIPSessionNetworkStatistics
+ CategoryInfo : InvalidOperation: (:) [Get-WmiObject], ManagementException
+ FullyQualifiedErrorId : GetWMIManagementException,Microsoft.PowerShell.Commands.GetWmiObjectCommand
если это помогает, вывод команды powershell через командную строку
__GENUS : 2
__CLASS : Win32_PerfRawData_TeradiciPerf_PCoIPSessionNetworkS
tatistics
__SUPERCLASS : Win32_PerfRawData
__DYNASTY : CIM_StatisticalInformation
__RELPATH : Win32_PerfRawData_TeradiciPerf_PCoIPSessionNetworkS
tatistics.Name="PCoIP Session"
__PROPERTY_COUNT : 19
__DERIVATION : {Win32_PerfRawData, Win32_Perf, CIM_StatisticalInfo
rmation}
__SERVER : DEMO-VSGA-WS01
__NAMESPACE : rootcimv2
__PATH : DEMO-VSGA-WS01rootcimv2:Win32_PerfRawData_Terad
iciPerf_PCoIPSessionNetworkStatistics.Name="PCoIP S
ession"
Caption :
Description :
Frequency_Object : 0
Frequency_PerfTime : 10000000
Frequency_Sys100NS : 10000000
Name : PCoIP Session
RoundTripLatencyms : 284
RXBWkbitPersec : 22034
RXBWPeakkbitPersec : 4
RXPacketLossPercent : 112
RXPacketLossPercent_Base : 28805
Timestamp_Object : 0
Timestamp_PerfTime : 299873128867
Timestamp_Sys100NS : 130641888164850000
TXBWActiveLimitkbitPersec : 1832
TXBWkbitPersec : 75615
TXBWLimitkbitPersec : 90000
TXPacketLossPercent : 7
TXPacketLossPercent_Base : 30942
Я также пытался использовать python-модуль WMI
hostname = os.getenv('COMPUTERNAME', '')
c = wmi.WMI (hostname, namespace="rootcimv2")
print c.Win32_PerfRawData_TeradiciPerf_PCoIPSessionNetworkStatistics
Я получаю следующую ошибку
print c.Win32_PerfRawData_TeradiciPerf_PCoIPSessionNetworkStatistics
File "c:usersramesh~1appdatalocaltempeasy_install-tlfipcWMI-1.4.9-py2.7
-win32.egg.tmpwmi.py", line 1147, in __getattr__
File "C:Python27libsite-packageswin32comclientdynamic.py", line 522, in
__getattr__
raise AttributeError("%s.%s" % (self._username_, attr))
AttributeError: winmgmts://computer01/root/cimv2.Win32_PerfRawData_TeradiciP
erf_PCoIPSessionNetworkStatistics
Может ли это быть связано с уровнем олицетворения и аутентификации вызывающего?
ОБНОВИТЬ
Я переместил команду powershell в файл bat, когда я запускаю bat файл через CMD, он снова работает нормально.
Когда Popen через python, он показывает ту же ошибку. Если это помогает, я использую код python.
p = subprocess.Popen ('bat.bat',stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
print p.stdout.read()
Я попробовал перечислить классы под пространством имен, класс был указан, когда файл bat был вызван через CMD, когда Popen, ни один из классов Teradici не был доступен. Командная строка в bat.bat
powershell Get-WmiObject -namespace "rootcimv2" -computername computer01 -list
Все это выполняется на VMWare VDI (Virtual Desktop Infrastructure), могут ли быть какие-либо ограничения политики?
После устранения неполадок в какой-то момент, по-видимому, причина в том, что требуемый класс не был доступен из 32-битных программ, хотя, когда я пробовал через PowerShell (x64 и x86), я получил правильные ответы.
В противном случае доступ к 64-битовому провайдеру WMI можно получить через 32-битную программу или наоборот, правильно настроив флаги Контекст WMI __ProviderArchitecture & __RequiredArchitecture WMI,
пифонический пример выглядит следующим образом
import win32com.client
import wmi
import os
objCtx = win32com.client.Dispatch("WbemScripting.SWbemNamedValueSet")
if self.is64Windows():
objCtx.Add ("__ProviderArchitecture", 64)
else:
objCtx.Add ("__ProviderArchitecture", 32)
objCtx.Add ("__RequiredArchitecture", True)
server = wmi.connect_server (server = "localhost", namespace="rootcimv2", named_value_set=objCtx)
connection = wmi.WMI (wmi = server)
Более подробную информацию о Context Flags можно найти в msdn
- http://msdn.microsoft.com/en-us/library/aa393067%28v=vs.85%29.aspx
- http://msdn.microsoft.com/en-us/library/aa390789%28v=vs.85%29.aspx
Кроме того, для отладки и устранения неполадок WMI вы можете обратиться к
- http://msdn.microsoft.com/en-us/library/aa394603%28v=vs.85%29.aspx
- http://msdn.microsoft.com/en-us/library/aa392285%28v=vs.85%29.aspx
Любой бывалый Windows-админ периодически сталкивается с проблемами в работе службы WMI (Windows Management Instrumentation) и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования Windows, поэтому администратору необходимо проверить и восстановить работоспособность WMI. В этой статье мы опишем простую методику диагностирования и устранения неполадок службы WMI в Windows.
О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:
- Ошибки обработки WMI запросов в системных журналах и логах приложений (
0x80041002 - WBEM_E_NOT_FOUND
,
WMI: Not Found
,
0x80041010 WBEM_E_INVALID_CLASS
); - Ошибки обработки GPO, связанные на WMI ( некорректная работа wmi фильтров групповых политик, и пр.);
- WMI запросы выполняются очень медленно;
- Ошибки при установке или работе агентов SCCM/SCOM;
- Ошибки в работе скриптов (vbs или PowerShell), использующих пространство имен WMI (скрипты с Get-WmiObject и т.д.).
Содержание:
- Диагностика проблем с WMI
- Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов
- Сброс и пересоздание WMI репозитория (хранилища)
Диагностика проблем с WMI
В первую очередь нужно проверить служба Windows Management Instrumentation (Winmgmt) установлена в Windows и запущена. Вы можете проверить состояние службы в консоли services.msc или с помощью PowerShell:
Get-Service Winmgmt | Select DisplayName,Status,ServiceName
Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:
wmic product get name,version
Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:
get-wmiobject Win32_OperatingSystem
Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.
В моем случае, например, при открытии свойств WMI Control в консоли управления компьютером (compmgmt.msc) появлялась надпись:
Failed to initialize all required WMI classes Win32_Processor. WMI: Invalid namespace Win32_WMISetting. WMI: Invalid namespace Win32_OperationSystem. WMI: Invalid namespace
Ранее для диагностики WMI существовала официальная утилита от Microsoft – WMIDiag.vbs (Microsoft WMI Diagnosis). WMIdiag это vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:USERS%USERNAME%APPDATALOCALTEMP). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.2 и включает в себя следующие типы фалов:
- .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag;
- .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание;
- В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI.
Совет. В 64 битных версиях Windows wmidiag нужно запускать так:
c:windowsSystem32cscript.exe wmidiag.vbs
в противном случае появится ошибка:
WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.
После окончания работы утилиты WMIDiag администратор должен изучить полученные файлы логов, проанализировать и попытаться исправить найденные ошибки.
К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.
WMIDiag может дать подробную информацию по исправлению частных ошибок в WMI, но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей сбросить и пересоздатьWMI репозиторий в Windows.
Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов
В Windows 10/Windows Server 2016 вы можете проверить целостность репозитория WMI с помощью команды:
winmgmt /verifyrepository
Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT или WMI repository verification failed), стоит попробовать выполнить “мягкое” исправление ошибок репозитория:
Winmgmt /salvagerepository
WMI repository has been salvaged.
Данная команда выполняет проверку согласованности хранилища WMI и при обнаружении несогласованности перестраивает базу данных WMI.
Перезапустите службу WMI:
net stop Winmgmt
net start Winmgmt
Если стандартный способ исправления ошибок в WMI не помог, попробуйте следующий скрипт. Данный скрипт представляет собой ”мягкий” вариант восстановления службы WMI на компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.
sc config winmgmt start= disabled
net stop winmgmt
cd %windir%system32wbem
for /f %s in ('dir /b *.dll') do regsvr32 /s %s
wmiprvse /regserver
sc config winmgmt start= auto
net start winmgmt
for /f %s in ('dir /b *.mof') do mofcomp %s
for /f %s in ('dir /b *.mfl') do mofcomp %s
На 64 битной версии Windows эти действия нужно также выполнить для каталога SysWOW64. Замените третью строку на
cd %windir%SysWOW64wbem
Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле wmi_soft_repair.bat и запустить его с правами администратора. После окончания работы скрипта, перезагрузите Windows и проверьте работу WMI.
Сброс и пересоздание WMI репозитория (хранилища)
Если вам не помогли мягкие способ восстановления WMI, рассмотренные выше, придется перейти к более “жесткому” способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилищаWMI.
WMI репозиторий (хранилище) находится в каталоге
%windir%System32WbemRepository
и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов. В некоторых случаях WMI репозиторий может содержать статическую информацию классов. При повреждении репозитория WMI, в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.
Если вы подозреваете, что репозиторий WMI поврежден, имейте в виду, что его пересоздание — это последняя шаг, к которому нужно прибегнуть только тогда, когда другие операции не помогают реанимировать WMI.
Следующая команда выполнит сброс базы данных WMI к исходному состоянию (как после чистой установки Windows). Используйте эту команду для выполнения hard reset репозитория WMI, если параметре salvagerepository не исправил проблему:
Winmgmt /resetrepository
Совет. На практике бывают случаи, когда пересоздание хранилища WMI приводит к проблемам со сторонним софтом. Это связано с тем, что все записи в базе WMI обнуляются (до состояния чистой системы). Такие программы скорее всего, придется переустанавливать в режиме восстановления.
Если обе команды (
Winmgmt /salvagerepository
и
Winmgmt /resetrepository
) не восстановили консистентное состояние базы WMI, попробуйте выполнить “жесткое” пересоздание базы WMI вручную таким скриптом:
sc config winmgmt start= disabled
net stop winmgmt
cd %windir%system32wbem
winmgmt /resetrepository
winmgmt /resyncperf
if exist Repos_bakup rd Repos_bakup /s /q
rename Repository Repos_bakup
regsvr32 /s %systemroot%system32scecli.dll
regsvr32 /s %systemroot%system32userenv.dll
for /f %s in ('dir /b *.dll') do regsvr32 /s %s
for /f %s in ('dir /b *.mof') do mofcomp %s
for /f %s in ('dir /b *.mfl') do mofcomp %s
sc config winmgmt start= auto
net start winmgmt
wmiprvse /regserver
На 64 битной версии Windows нужно также перерегистрировать dll/exe и перекомпилировать mof файлы в каталоге %windir%sysWOW64wbem.
Данный скрипт полностью пересоздает хранилище WMI (старый репозиторий сохраняется в каталог Repos_bakup). После окончания работы скрипта нужно перезагрузить Windows. Затем протестируйте работу службы WMI простым запросом.
Проверьте состояние WMI репозитория. Если ошибки исправлены, команда
winmgmt /verifyrepository
должна вернуть:
WMI repository is consistent
В этой статье мы собрали основные способы, позволяющие продиагностировать и устранить неполадки службы и репозитория WMI.
- Remove From My Forums
-
Question
-
Hello there,
I’m an IT technician in company and I have encountered and issue with one of our employees Windows 10 PC.
He need to you for his programming the command ‘getmac’ and its not working and getting the «error: invalid class».
I tried to run SFC /scannow and dism /restore and it fixed some errors but still it didn’t solve this issue.
Please assist.
Thanks,
Aviad
- Moved by
Tuesday, November 15, 2016 1:35 PM
Move to more appropriate forum - Changed type
MeipoXuMicrosoft contingent staff
Wednesday, November 16, 2016 6:30 AM
- Moved by
- Remove From My Forums
-
Question
-
Hello there,
I’m an IT technician in company and I have encountered and issue with one of our employees Windows 10 PC.
He need to you for his programming the command ‘getmac’ and its not working and getting the «error: invalid class».
I tried to run SFC /scannow and dism /restore and it fixed some errors but still it didn’t solve this issue.
Please assist.
Thanks,
Aviad
- Moved by
Tuesday, November 15, 2016 1:35 PM
Move to more appropriate forum - Changed type
MeipoXuMicrosoft contingent staff
Wednesday, November 16, 2016 6:30 AM
- Moved by
You can receive error 0x80041010 from multiple applications that call WMI. For my example it was received in SCCM while patches were being applied.
No matter where you got the error the underlying issue is probably with WMI. Here is how to check!
Confirm WMI is Broken:
Launch the WMI MMC snapin by Start -> Run -> then enter WMIMGMT.MSC
Right click WMI Control (Local) and click Properties
If WMI is working properly then it will show that Good Properties. If you see Invalid class then your WMI is not working correctly.
Troubleshooting:
The first step is to download the Microsoft WMIDiag Tool. It will analyze WMI and give you a report with any issues it finds.
When you run the downloaded .EXE it will ask you where to extract the files. Once extracted right click the WMIDiag VBScript and click Open with Command Prompt
Here is what the script looks like while it runs:
Once complete you will get a text file of the results. Here you should be able to narrow down the cause of your WMI issue. In my case there are issues with .MOF registrations.
Resolve MOF Registration Errors:
To resolve MOF Registration errors the following commands need to be ran from an elevated command prompt. It will reregister all .MOF files with WMI.
|
CD C:WindowsSystem32WBEM dir /b *.mof *.mfl | findstr /v /i uninstall > moflist.txt & for /F %s in (moflist.txt) do mofcomp %s |
Here is what the command looks like while it runs:
Once finished check WMIMGMT.MSC to see if it is populating the Properties correctly.
How can I troubleshoot and fix Get-Net* PowerShell cmdlets? All of the following are failing with Invalid class. I’m using Windows 10, version 1511 and do not have the option to upgrade to 1607 at this point.
First PowerShell version:
PS C:WINDOWSsystem32> $PSVersionTable.PSVersion
Major Minor Build Revision
----- ----- ----- --------
5 0 10586 672
Errors:
PS C:WINDOWSsystem32> Get-NetAdapter
Get-NetAdapter : Invalid class
At line:1 char:1
+ Get-NetAdapter
+ ~~~~~~~~~~~~~~
+ CategoryInfo : MetadataError: (MSFT_NetAdapter:ROOT/StandardCimv2/MSFT_NetAdapter) [Get-NetAdapter], CimException
+ FullyQualifiedErrorId : HRESULT 0x80041010,Get-NetAdapter
PS C:WINDOWSsystem32> Get-NetIPAddress
Get-NetIPAddress : Invalid class
At line:1 char:1
+ Get-NetIPAddress
+ ~~~~~~~~~~~~~~~~
+ CategoryInfo : MetadataError: (MSFT_NetIPAddress:ROOT/StandardCimv2/MSFT_NetIPAddress) [Get-NetIPAddress], CimException
+ FullyQualifiedErrorId : HRESULT 0x80041010,Get-NetIPAddress
PS C:WINDOWSsystem32> Get-NetAdapterHardwareInfo
Get-NetAdapterHardwareInfo : Invalid class
At line:1 char:1
+ Get-NetAdapterHardwareInfo
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : MetadataError: (MSFT_NetAdapterHardwareInfoSettingData:ROOT/StandardCi...InfoSettingData
) [Get-NetAdapterHardwareInfo], CimException
+ FullyQualifiedErrorId : HRESULT 0x80041010,Get-NetAdapterHardwareInfo
PS C:WINDOWSsystem32> Get-NetAdapterBinding
Get-NetAdapterBinding : Invalid class
At line:1 char:1
+ Get-NetAdapterBinding
+ ~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : MetadataError: (MSFT_NetAdapterBindingSettingData:ROOT/StandardCi...dingSettingData) [Ge
t-NetAdapterBinding], CimException
+ FullyQualifiedErrorId : HRESULT 0x80041010,Get-NetAdapterBinding
PS C:WINDOWSsystem32> Get-NetAdapterStatistics -Name "Wi-Fi"
Get-NetAdapterStatistics : Invalid class
At line:1 char:1
+ Get-NetAdapterStatistics -Name "Wi-Fi"
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : MetadataError: (MSFT_NetAdapterStatisticsSettingData:ROOT/StandardCi...ticsSettingData)
[Get-NetAdapterStatistics], CimException
+ FullyQualifiedErrorId : HRESULT 0x80041010,Get-NetAdapterStatistics
PS C:WINDOWSsystem32> Get-NetAdapterStatistics -Name "Ethernet"
Get-NetAdapterStatistics : Invalid class
At line:1 char:1
+ Get-NetAdapterStatistics -Name "Ethernet"
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : MetadataError: (MSFT_NetAdapterStatisticsSettingData:ROOT/StandardCi...ticsSettingData)
[Get-NetAdapterStatistics], CimException
+ FullyQualifiedErrorId : HRESULT 0x80041010,Get-NetAdapterStatistics
I’m trying to use Docker for Windows 10 (which used to work) but the PowerShell failures are causing Docker to not start (GitHub issue). The errors are occurring on my host, not inside Docker containers. For the sake of this question you should ignore the Docker details, it is just that I cannot use Docker due to this problem.
Ошибка «Error loading operating system» может ожидаться при установке Windows XP и перезагрузке. Пока компьютер запускается, его BIOS и CMOS проверяют оборудование и ОС. Если что-то не так, BIOS и CMOS не будут запускать операционную систему. При появлении такой ошибки вы не сможете попасть на рабочий стол Windows. Другие ОС, такие как Windows Vista или Windows 7, не будут отображать это сообщение. Если ваша проблема заключается в том, что невозможно загрузить Windows Vista или Windows 7 без этого сообщения, просто попробуйте восстановить загрузку с установочного диска Windows.
Исправление ошибки «Error loading operating system».
Что означает эта ошибка
Сообщение об ошибке: «Error loading operating system» с чёрным экраном (в переводе означает «Ошибка загрузки ОС») – это раздражающая проблема, которую пользователи часто испытывают при попытке загрузить свой ПК с Windows. Проблема запуска обычно возникает после новой установки ОС Windows, внезапного сбоя питания, сбоя или перезагрузки. Что именно заставляет ОС вашего ПК не загружаться должным образом? Как можно решить проблему «ошибка загрузки операционной системы»? Всякий раз, когда Windows (7 и новее) включается и запускается, его BIOS и CMOS начинают работать над настройкой ОС, проверяют винчестеры и затем загружают ОС. Во время процесса, если есть какая-либо проблема на жёстком диске, операционная система не запускается, и вы не можете открыть свой рабочий стол. Это означает, что ваша ОС имеет следующие проблемы, которые мешают правильной загрузке ОС:
- Системный раздел винчестера повреждён из-за внезапного отключения питания, заражения вирусом или записи.
- Файлы и папки ОС повреждены.
- BIOS не поддерживает винчестер.
- К вашему ПК подключено несколько винчестеров, из-за чего основной винчестер, содержащий ОС и системные приложения, теперь не обнаруживается.
- HDD стал физически повреждённым.
Причины проблемы
BIOS загружает 1-й сектор с винчестера (Master Boot Record), проверяет подпись 55 AA и передаёт управление в Master Boot Record. Основная загрузочная запись сканирует таблицу разделов на наличие активного раздела, затем загружает 1-й сектор из активного раздела, проверяет подпись 55 AA и передаёт управление загрузочному сектору. Загрузочный сектор загружает 15 дополнительных секторов с начала диска (Volume Boot Record) и передаёт управление первому дополнительному сектору VBR в Windows XP и остальных. Volume Boot Record загружает файл BOOTMGR из корневого каталога загрузочного раздела в память и передаёт ему управление.
BOOTMGR загружает ветку реестра BootBCD и отображает меню загрузки. Это значит, что BOOTMGR может запустить тест памяти и установить загрузку в безопасном режиме для запроса пользователя. Но обычно он загружает winload.exe, когда ПК загружается нормально (холодный запуск) или winresume.exe (когда ПК выходит из спящего режима). Winload.exe открывает ветвь реестра SYSTEM, получает список драйверов, загружает NTOSKRNL.exe, загружает драйверы (файлы *.SYS) и передаёт управление NTOSKRNL.exe. Winresume.exe загружает дамп памяти из hiberfil.sys и передаёт управление ему. BIOS загружает 1-й сектор с винчестера (Master Boot Record), проверяет подпись 55 AA и передаёт управление в Master Boot Record.
Основная загрузочная запись (в Windows 
сканирует таблицу разделов на наличие активных разделов. Существует один активный раздел, поэтому Master Boot Record пытается загрузить 1-й сектор из активного раздела, но сектор находится вне счётчика секторов устройства или не содержит подписи 55 AA. Таким образом, MBR выдаёт сообщение об ошибке «Error loading operating system» и останавливает машину.
Как исправить неполадку с кодом «Error loading operating system»
Устраняя проблему «Error loading operating system», есть вероятность, что вы можете потерять важные данные с разделов вашего ПК. Если у вас нет резервной копии ваших данных, профессиональное программное обеспечение для восстановления данных является единственным способом вернуть утраченные файлы и папки. Одним из широко используемых программ является Stellar Data Recovery Professional для Windows. Это безопасный и надёжный способ вернуть все типы файлов и папок, будь то документы Word, PowerPoints, PDF, Excel, фотографии, аудио или видео. Программное обеспечение является лучшим решением для восстановления потерянных данных в Windows. Этот инструмент поддерживает восстановление с разделов FAT, NTFS и exFAT. Есть много методов, с помощью которых вы можете исправить проблему «Ошибка загрузки операционной системы». Рекомендуется выбрать правильный в соответствии с требуемой ситуацией.
- Вы можете выполнить Windows CHKDSK, если есть проблема с винчестером. Этот инструмент Windows сканирует и исправляет повреждённое сектора на жёстком диске.
- Другой способ – восстановить информацию основной загрузочной записи (MBR) компьютера, чтобы исправить несоответствующие разделы винчестера и настройки.
- Когда BIOS на материнской плате не поддерживает HDD или он не настроен должным образом в CMOS, обновление BIOS также является работоспособным решением.
Рассмотрим эти и другие эффективные методы более подробно.
Сканирование и исправление с помощью инструмента Windows CHKDSK
Важно сначала попытаться определить причину вашей проблемы, а затем действовать соответствующим образом для её устранения. Чтобы исключить проблему с винчестером, сначала выполните Windows CHKDSK. Это встроенный в Windows инструмент для оценки общего состояния винчестера. Windows CHKDSK сканирует и исправляет повреждённые сектора и ошибки, если таковые имеются. Шаги для реализации Windows CHKDSK:
- Щёлкните правой кнопкой мыши диск, чтобы проверить его на наличие ошибок.
- Выберите «Свойства»
- Нажмите на «Инструменты»
- В разделе «Проверка ошибок» нажмите «Проверить».
- Появится диалоговое окно с параметрами проверки диска, регистрации и сканирования на наличие повреждённых секторов.
- Нажмите «Пуск».
Сканирование исправит и покажет, нет ли физического повреждения винчестера.
Обновите системный BIOS до последней версии
Будьте особенно внимательны при обновлении версии BIOS. Это связано с тем, что во время процесса из-за внезапной потери питания микропрограмма BIOS может быть повреждена. Следовательно, вы не сможете загрузиться и получить доступ к своим данным. Таким образом, всегда выполняйте рекомендации по резервному копированию всех важных файлов перед выполнением обновления BIOS, чтобы вы могли обращаться к ним и работать с ними позже. Чтобы обновить BIOS вашего ПК, выполните следующие шаги:
- Найдите марку и модель вашей материнской платы. Проверьте это в руководстве пользователя вашей материнской платы.
- Определите текущую версию BIOS – для этого откройте приложение System Information. В поле поиска введите «Информация о системе» и выберите «Сводная информация о системе». Здесь будет отображаться версия BIOS.
- Загрузите последнее обновление BIOS – посетите веб-сайт производителя материнской платы или ноутбука. Найдите модель из списка доступных загрузок перейдите на обновление BIOS.
- После загрузки запустите обновление BIOS.
Перезагрузите ПК после обновления BIOS.
Восстановление информации MBR жёсткого диска
Каждая ОС Windows имеет свой способ восстановления информации MBR. Ознакомьтесь с инструкциями для вашей версии Windows в Интернете и верните информацию об MBR для решения проблемы «Ошибка загрузки операционной системы». Требование: установочный CD/DVD Windows.
- Перезагрузите ПК и загрузитесь с установочного компакт-диска Windows.
- В сообщении «Нажмите любую клавишу для загрузки с CD или DVD» нажмите любую кнопку.
- Нажмите «Восстановить ваш компьютер».
- Выберите «Устранение неполадок».
- Выберите командную строку.
Когда командная строка загрузится, введите следующие четыре команды и нажмите Enter после каждой. Дождитесь окончания каждой операции:
- bootrec/FixMbr
- bootrec/FixBoot
- bootrec/ScanOs
- bootrec/RebuildBcd
Перезагрузите ПК.
Переустановите операционную систему Windows
Когда программные файлы и папки вашей ОС Windows повреждены, на ПК отображается сообщение «ошибка загрузки операционной системы». Таким образом, если вышеупомянутые методы не решают проблему и винчестер также работает должным образом, последний вариант – переустановить ОС Windows. Переустановка Windows возвращает вам быстро работающий ПК.
Другие причины возникновения ошибки и способы её устранения
Такая ошибка при загрузке компьютера возникает у владельцев ПК, когда ПК загружает свою ОС неправильно из-за некоторых проблем с винчестером, повреждённых файлов/папок ОС, неправильной информации MBR (главной загрузочной записи) винчестера ПК и многого другого. Эта компьютерная ошибка загрузки ОС часто происходит с черным экраном при таких обстоятельствах:
- После установки или переустановки ОС.
- Перезагрузка ПК после внезапного отключения питания, скачка напряжения или сбоя компьютера.
- Когда ПК серьёзно повреждён или атакован вирусами и т. д.
- Когда HDD не разделён должным образом.
Как мы упоминали выше, эти ошибки при загрузке компьютера вызывают проблемы ОС, когда она загружается неправильно, как обычно. Вот ещё несколько возможных причин, по которым на вашем компьютере возникают такие ошибки:
- Сбои жёсткого диска. Независимо от того, какие версии ОС Windows вы используете на вашем компьютере, такие ошибки при загрузке компьютера часто могут быть вызваны сбоями жёсткого. Почему? Когда люди пытаются загрузить желаемый ПК, компьютеру часто нужно прочитать информацию об ОС, хранящуюся на ПК, и, наконец, выполнить плавную настройку компьютера. Тем не менее, когда жёсткий диск каким-либо образом повреждён или разделы, которые содержат много важных данных операционной системы, заполнены повреждёнными секторами или физически повреждены, ПК часто не сможет распознать нужную информацию ОС и заставить её безуспешно загружаться.
- Информация о MBR жёсткого диска компьютера неверна. Обычная загрузка компьютера загрузки также может быть негативно затронута или остановлена неправильной информацией MBR жёсткого диска, которая часто может привести к тому, что ПК найдёт и прочитает необходимые данные из фактических разделов жёсткого диска в течение нескольких секунд. Как только информация MBR на жёстком диске становится неверной, вероятность ошибки загрузки ОС ПК также будет увеличена.
- ОС неисправна. За исключением некоторых проблем с HDD, которые могут негативно повлиять на общую загрузку ОС вашего ПК, проблемы, возникающие из-за ОС ПК, такие как некоторые повреждённое загрузочные файлы или файлы конфигурации ОС вашего компьютера, также могут привести к возникновению проблемы.
- Неправильно установленные HDD, если на одном ПК используется несколько жёстких дисков. Всегда необходимо указывать основной HDD (который используется для хранения важной операционной системы, приложений или т.д.) из списка других дополнительных дисков, чтобы ПК мог автоматически распознавать диск с операционной системой и загружать операционную систему компьютера.
- HDD неправильно разделён. Неправильно размеченный жёсткий диск также повлияет на загрузку операционной системы ПК при ежедневном использовании.
Дополнительные рекомендации
Независимо от того, что заставляет ваш ПК выскакивать из-за ошибки загрузки операционной системы, есть несколько способов, с помощью которых вы можете легко устранить такие ошибки:
- Проверьте, хорошо ли распознан HDD вашего ПК.
Независимо от того, вызваны ли ошибки вашего ПК загрузкой операционной системы сбоями жёсткого диска или нет, проверьте состояние жёсткого диска прямо сейчас. Попытайтесь получить доступ к файлам внутри и посмотрите, есть ли у вас какая-то ошибка не отформатированного диска или связанные с ней недоступные ошибки диска, которые могут остановить дальнейшее использование данных. Затем откройте «Управление дисками» и проверьте, отображается ли он там нормально. Файловая система вашего внутреннего жёсткого диска не должна быть преобразована в RAW. Затем запустите сканирование CHKDSK на этом жёстком диске, чтобы увидеть, не слишком ли много повреждённых секторов или других физических повреждений. Если после всех этих проверок вы не получите ничего необычного, ваш HDD должен быть в хорошем состоянии. А затем исключите этот пункт и продолжайте проверять другие пути.
- Восстановите информацию MBR на жёстком диске вашего компьютера.
Если информация MBR на жёстком диске вашего ПК отображается неправильно, наиболее практичным или работоспособным способом устранения этой ошибки загрузки операционной системы является восстановление информации MBR обратно. Поэтому, независимо от того, что вы делали раньше, немедленно остановите его и найдите правильные шаги для восстановления информации MBR диска. В наши дни, поскольку в разных версиях операционной системы люди по-разному разрешают восстанавливать информацию MBR на жёстком диске, лучше сначала проверить текущую версию Windows для вашего ПК и перейти к прочтению соответствующих статей/тем для продолжения. Затем перезагрузите ПК и посмотрите, возникла ли снова ошибка загрузки операционной системы.
- Восстановите заводские настройки ПК.
Если вы не оставили важных данных на жёстком диске ПК или других устройствах хранения, вставленных сейчас, вы также можете восстановить свой ПК до заводских настроек и посмотреть, сможете ли вы продолжать использовать его функционально, как раньше. Но, если вы действительно разобрали там важные компьютерные данные, вам не следует сразу же восстанавливать их до заводских настроек. 
Научитесь избегать других проблем с компьютером:
- Перед проверкой диска, переустановкой операционной системы ПК или восстановлением заводских настроек сделайте резервную копию важных данных на жёстком диске.
HDD часто используется для хранения очень важных или ценных файлов, песен, видео и тому подобной информации. Прежде чем выполнять какую-либо проверку диска, переустановить операционную систему компьютера или восстановить заводские настройки ПК, в случае неожиданного стирания несохраненных данных с диска, сначала скопируйте полезные данные на другие устройства хранения.
- Попробуйте восстановить данные компьютера с помощью программного обеспечения для восстановления файлов на жёстком диске.
Независимо от того, создавали ли вы резервные копии компьютерных данных в другом месте, вы можете сканировать нужный HDD или внешний HDD и восстанавливать данные диска с помощью программного обеспечения для восстановления файлов после удаления или потери данных ПК из-за неправильной загрузки ОС, переустановки, форматирования/перезаписи жёсткого диска и т.д. Вы можете использовать нижеописанный метод для резервного копирования файлов из Windows XP, Windows Vista и Windows 7 и Windows 8.
Во-первых, вам нужно иметь установочный DVD-диск Windows. Если у вас его нет, вы можете скачать официальный образ ISO с сайта Microsoft. Вам необходимо записать его на DVD или создать загрузочный USB-накопитель (не менее 4 ГБ). Для этого вы можете использовать Windows 7 USB/DVD Download Tool от Microsoft. Получив загрузочный DVD или USB, вставьте его в ПК и перезагрузите его. Появится сообщение «Нажмите любую клавишу для загрузки с CD или DVD». Если вы этого не сделаете, вам нужно будет выбрать DVD или USB в качестве загрузочного устройства. Для этого вам нужно будет нажать клавишу на экране с логотипом производителя вашего ПК. Это зависит от производителя: для HP это обычно ESC или F9, для Dell вы должны нажать F12 и т. д.
После загрузки с DVD или USB вы увидите сообщение «Windows загружает файлы», после чего появится экран загрузки Windows «Starting Windows». Выберите раскладку клавиатуры и нажмите «Далее». Затем выберите «Восстановить компьютер». Позвольте системе искать установки Windows. Затем нажмите «Далее». Если установки Windows не были найдены (или если вы используете Windows XP), вы увидите сообщение об ошибке «Выберите резервную копию образа системы». Просто нажмите «Отмена» в обоих окнах. В любом случае, вы попадёте на экран «Параметры восстановления системы». Отсюда вы можете попытаться использовать System Restore или Startup Repair, чтобы посмотреть, сможете ли вы починить свой ПК. Для резервного копирования файлов выберите «Командная строка».
Введите «Блокнот» и нажмите Enter. Нажмите Файл-Открыть. В поле «Тип файлов» выберите «Все файлы». Теперь вы можете перейти в «Компьютер» (слева), чтобы увидеть ваши разделы. Найдите файлы, резервную копию которых вы хотите сделать, щёлкните правой кнопкой мыши на них и выберите «Копировать». Обычно ваши файлы находятся в C:Documents and SettingsUserName в среде Windows XP и в C:UsersUserName в Windows Vista или Windows 7. Вставьте внешний HDD или USB-накопитель, снова зайдите в «Компьютер» и вставьте их туда. Обратите внимание, что вы не увидите никакого диалога прогресса. Будьте осторожны, чтобы не дважды щёлкнуть файл, иначе он откроется в Блокноте. Если Notepad зависает, вы можете вернуться в командную строку, набрать «taskmgr» и с помощью диспетчера задач завершить работу «Блокнота», а затем его запустить снова. Когда вы закончите, закройте все окна и перезагрузите ПК. Обратите внимание: если у вас много файлов для резервного копирования, эта среда предустановки Windows (Windows PE) будет перезапускаться каждые 24 часа.
Исправление ошибки загрузки с помощью стороннего ПО
Ошибка загрузки операционной системы часто возникает, когда BIOS неправильно определяет HDD или не поддерживает ёмкость жёсткого диска, на который вы устанавливаете Windows. Чтобы решить эту проблему, обновите BIOS системной платы компьютера. Затем убедитесь, что HDD правильно настроен в настройке CMOS и может быть обнаружен. Затем попробуйте изменить «Режим доступа» на жёстком диске на LBA. Следующим этапом будет исправление проблем с разделами. Неправильные настройки жёсткого диска и разделов (включая ошибку таблицы разделов, ошибку MBR и неправильный активный раздел) также приведут к ошибке загрузки операционной системы. Для полного и эффективного исправления ошибок загрузки операционной системы вы можете использовать Fix Genius. Это программное обеспечение имеет удобный интерфейс и гарантирует, что он достаточно прост для каждого пользователя компьютера, независимо от его навыков.
- Создайте загрузочный CD.
Вам необходимо использовать загрузочный диск, содержащий систему, с которой вы можете загрузиться. Запишите загрузочный диск следующим образом:
- Вставьте пустой CD, DVD или USB-флешку в другой компьютер.
- Скачайте, установите и запустите Fix Genius на этом компьютере.
- Нажмите кнопку «Записать» в главном интерфейсе программы.
Через некоторое время создастся загрузочный CD.
- Загрузите компьютер с компакт-диска. Теперь обратимся к компьютеру с системными ошибками.
- Вставьте в него загрузочный CD.
- Нажмите клавишу Delete, F8 или F2, чтобы получить доступ к настройке BIOS.
- Перейдите к «Boot Device Select» и нажмите «Enter».
- Выберите CD в качестве первого загрузочного устройства.
- Нажмите F10, чтобы сохранить изменения. Ваш компьютер автоматически перезагрузится и получит доступ к системе, записанной на этом CD.
- Исправление ошибки при загрузке операционной системы. После входа в систему вы войдёте в интерфейс Fix Genius в среде Win PE. Выберите «Восстановление Windows»/«Центр решений»/«Сбой перед загрузкой». Есть несколько утилит для фиксации. Попробуйте «Восстановление MBR», которое может быть основной причиной проблемы «Ошибка загрузки операционной системы».
- Разбейте винчестер. Если ошибка все ещё возникает, вам может потребоваться использовать Partition Manager на вкладке Disk Tools, чтобы разбить HDD перед установкой новой системы Windows.
Так что теперь не нужно больше беспокоиться, если вы столкнулись с ошибкой загрузки компьютера при загрузке операционной системы при попытке загрузить компьютер. Попробуйте описанные выше методы для устранения ошибок компьютера, вызванных любой из проблем жёсткого диска или повреждённых файлов операционной системы. Если в процессе исправления ошибки загрузки операционной системы вы теряете системные данные, Stellar Data Recovery Professional для Windows является надёжным решением для восстановления потерянных файлов и папок.
Компьютер – такое устройство, которое может выйти из строя совершенно в неподходящий момент. Особенно часто проблемы появляются на стадии загрузки операционной системы, что приводит к невозможности получить доступ к важным файлам, документам или программам. Как раз в данной статье мы подробно рассмотрим один из таких сбоев, а именно тот, когда сразу после запуска ПК на экране появляется ошибка «loading operating system» и больше ничего не происходит. Давайте разберёмся с причинами неполадки, а также рассмотрим способы её устранения.
Представленная далее инструкция подойдёт для компьютеров под управлением Windows XP, 7, 8 и 10.
Содержание
- Причины возникновения ошибки
- Варианты решения проблемы
- Проверка настроек BIOS
- Использование командной строки
- Восстановление повреждённого загрузчика
- Видеоинструкция
- Заключение
Причины возникновения ошибки
Как показывает практика, ошибка «loading operating system» обычно появляется при загрузке или установке операционной системы. Чаще всего с неполадкой сталкиваются компьютеры с устаревшей на данный момент Windows XP. Спровоцировать возникновение сбоя может резкое выключение питания, перезагрузка машины при открытых программах, а также ряд других причин:
- Устаревший BIOS, не поддерживающий жёсткий диск текущего объёма. Например, компьютер оснащён хранилищем на 128 ГБ, а версия BIOS настолько древняя, что попросту не может работать с таким количеством памяти.
- некорректно выставленные настройки в BIOS для установленного жёсткого диска;
- Повреждение раздела диска, отвечающего за загрузку операционной системы. Windows пытается получить доступ к необходимым для запуска файлам, а сделать этого не может из-за проблем с винчестером. Чаще всего это происходит из-за резких скачков напряжения, заражения компьютера вирусами и ошибок записи.
На самом деле это не все причины, но среднестатистическому пользователю достаточно знать только их. Теперь давайте разберёмся, что делать при появлении этого сбоя.
Варианты решения проблемы
После прочтения большого количества материала был составлен список методов, позволяющих устранить рассматриваемую ошибку. Рекомендуем следовать от способа к способу до окончательного решения проблемы.
Проверка настроек BIOS
Первым делом необходимо убедиться в том, что диск с загрузочным файлом операционной системы находится в приоритете. Выполнить проверку правильно поможет данная пошаговая инструкция:
- Переходим в BIOS. Для этого полностью выключаем, а затем заново включаем компьютер. Во время запуска нужно уловить момент, когда на дисплее висит много надписей. Если удастся приглядеться, то внизу экрана можно будет увидеть название кнопки, отвечающей за открытие BIOS. Чаще всего это клавиши: «Delete», «F1» и «F2».
- После входа в BIOS ищем раздел «Standard CMOS Features» и переходим в него. Кстати, всё перемещение и управление осуществляется исключительно с помощью клавиатуры.
- Теперь находим нужный диск и нажимаем [knopka]Enter[/knopka].
- На экране должен появиться раздел с настройками. Мы нажимаем по пункту «Access Mode» и из предложенных вариантов выбираем «Large».
- После этого нажимаем по клавише [knopka]F10[/knopka] для сохранения изменений и выхода из BIOS.
Зачастую после выполнения данной инструкции ошибка исчезает, но если этого не произошло, то переходите к следующему методу.
Кстати, перевод рассматриваемого сбоя такой: «ошибка загрузки операционной системы».
Использование командной строки
Новые Windows начиная с седьмой версии оснащены специальной функцией – «Bootrec». Она помогает исправить рассматриваемый сбой через командную строку. Если хотите сделать всё правильно, то воспользуйтесь пошаговой инструкцией:
- Запускаем командную строку. Сделать это можно через меню «Пуск», введя в строке поиска запрос «cmd».
- В командную строку поочерёдно вписываем следующие запросы: bootrec /FixMbr; bootrec /ScanOs; bootrec /rebuildBcd; bootrec /FixBoot. После каждого из них нажимаем [knopka]Enter[/knopka] и проверяем информацию на экране.
- После успешного завершения процедуры перезагружаем компьютер.
Что касается Windows XP, то здесь для получения доступа к компьютеру нужно попытаться выполнить запуск с загрузочного диска. Сначала переходим в BIOS и определяем CD/DVD в качестве источника загрузки системы. После этого начинаем установку операционной системы и во время этого процесса нажимаем по клавише [knopka]R[/knopka]. Данное нажатие запустит процесс восстановления Windows XP, где необходимо выбрать версию загружаемой системы (естественно, при условии, что их несколько). Затем вводим следующую команду chkdsk /P/R, а после нажимаем [knopka]Enter[/knopka].
Теперь ожидаем окончания процедуры сканирования, а после вводим команду Exit и перезагружаем компьютер. Судя по отзывам пользователей, данный метод действительно заслуживает внимания.
Восстановление повреждённого загрузчика
Довольно часто проблема возникает из-за повреждённого загрузчика операционной системы. Вернуть компьютер в рабочее состояние поможет следующая инструкция:
- Переходим в консоль восстановления системы. Как писалось ранее, для этого на этапе загрузки нужно нажать по клавише [knopka]R[/knopka]. После этого поступит запрос на выбор системы для восстановления. В большинстве случаев необходимо ввести запрос «1», и нажать по клавише [knopka]Enter[/knopka].
- Теперь вписываем команду fixmbr и нажимаем по клавише [knopka]Enter[/knopka]. На экране должно выскочить оповещение о том, что есть вероятность повреждения таблицы разделов. Игнорируем данное предупреждение и запускаем процедуру кнопкой [knopka]Y[/knopka]. Заметим, что регистр в данном случае соблюдать необязательно.
- Затем прописываем команду Fixboot. На экране появится сообщение с текстом: «Хотите сделать запись нового загрузочного диска в раздел С:?». Как и в предыдущем случае подтверждаем процедуру клавишей [knopka]Y[/knopka].
В конце добавляем команду Exit, а после переходим в BIOS и изменяем приоритет загрузки с флешки или USB на диск.
Обратите внимание, что все команды вводятся латинскими символами.
Видеоинструкция
Чтобы узнать альтернативные способы устранения ошибки рекомендуем посмотреть видеоинструкцию, расположенную чуть ниже.
Заключение
Мы подробно рассказали о том, как действовать при появлении ошибки «loading operating system», а это значит, что наша статья подошла к концу. Надеемся, вам удалось убрать неприятный сбой быстро и без особых трудностей. А если что-то пошло не так, то задавайте свои вопросы в комментариях. Редакция нашего сайта постарается ответить на них как можно скорее.
( 12 оценок, среднее 3.08 из 5 )