Get-CimInstance nie rozpoznaje źródła zasilania

Get-CimInstance nie rozpoznaje źródła zasilania wskazuje na uszkodzone repozytorium WMI — naprawia się je poleceniem winmgmt /resetrepository.

Czym jest problem „Get-CimInstance nie rozpoznaje źródła zasilania”

Komunikat o nierozpoznanym źródle zasilania pojawia się wtedy, gdy polecenie Get-CimInstance w systemie Windows nie potrafi odczytać danych dotyczących baterii, zasilacza albo bieżącego trybu zasilania. Samo polecenie służy do pobierania informacji z warstwy CIM, czyli mechanizmu udostępniającego dane o elementach systemu i sprzętu. W przypadku zasilania często odczytuje się między innymi klasy związane z baterią, stanem jej naładowania oraz podłączonym źródłem energii.

Nie musi to oznaczać fizycznego uszkodzenia zasilacza. Przyczyną może być niedostępna lub niespójna przestrzeń nazw WMI, nieprawidłowa klasa sprzętowa, problem ze sterownikiem albo ograniczenia uprawnień użytej konsoli. W praktyce należy najpierw ustalić, czy błąd dotyczy samego zapytania PowerShell, czy całej infrastruktury odpowiedzialnej za udostępnianie informacji o urządzeniach.

Kontekst techniczny i porównanie sposobów odczytu - Get-CimInstance nie rozpoznaje źródła zasilania

Get-CimInstance jest nowszym mechanizmem pracy z usługami CIM niż starsze polecenia oparte na Get-WmiObject. Zwykle korzysta z komunikacji przez WS-Management, choć przy połączeniach lokalnych system może obsługiwać żądanie w sposób niewidoczny dla użytkownika. Z tego powodu identyczne zapytanie może zachowywać się inaczej na dwóch komputerach, mimo że używana jest ta sama wersja PowerShell.

Do sprawdzenia informacji o baterii można posłużyć się przykładowym zapytaniem:

Get-CimInstance -ClassName Win32_Battery

Jeżeli wynik jest pusty, nie zawsze świadczy to o awarii WMI. Komputer stacjonarny zazwyczaj nie udostępnia klasycznej baterii systemowej, dlatego brak obiektu Win32_Battery może być prawidłowym zachowaniem. W laptopie warto natomiast porównać wynik z informacjami widocznymi w ustawieniach systemu, Menedżerze urządzeń oraz w narzędziu diagnostycznym producenta. Pomocne bywa również sprawdzenie usług związanych z zarządzaniem systemem, ale ich zatrzymywanie lub przebudowa repozytorium powinny być poprzedzone kopią ważnych danych i oceną skutków.

Reset repozytorium WMI poleceniem winmgmt /resetrepository nie powinien być traktowany jako automatyczna naprawa każdego problemu z zasilaniem. Jest to działanie ingerujące w lokalną bazę informacji zarządzających, dlatego najpierw należy zebrać komunikaty błędów, sprawdzić integralność systemu i wykluczyć awarię sterownika. W niektórych przypadkach bezpieczniejsza będzie ponowna instalacja sterownika baterii lub kontrolera ACPI.

Typowe problemy i błędy prowadzące do nierozpoznania źródła zasilania

Jednym z częstych scenariuszy jest użycie nieodpowiedniej klasy CIM. Win32_Battery opisuje baterię, a nie każdy rodzaj zasilacza sieciowego. Jeżeli oczekiwane dane mają dotyczyć aktualnego profilu energetycznego, stanu uśpienia lub ustawień planu zasilania, trzeba użyć innego źródła informacji. Błąd może więc wynikać z błędnej interpretacji wyniku, a nie z uszkodzenia systemu.

Problemy mogą pojawić się także po aktualizacji systemu, zmianie sterowników chipsetu, przywróceniu obrazu systemu lub niepełnym usunięciu oprogramowania zarządzającego energią. W Menedżerze urządzeń może być widoczny wykrzyknik przy baterii zgodnej z metodą kontroli ACPI, kontrolerze magistrali albo urządzeniu dostarczającym informacje o zasilaniu. W takim przypadku samo odbudowanie repozytorium WMI nie usunie przyczyny, ponieważ problem znajduje się niżej, w warstwie sterownika lub komunikacji z firmware.

Nieprawidłowe wyniki mogą również powodować uprawnienia, uszkodzone składniki systemu, wyłączona usługa instrumentacji zarządzania Windows albo błędy w lokalnych przestrzeniach nazw. Przydatne jest rozróżnienie kilku objawów: brak klasy, pusty wynik, błąd odmowy dostępu, błąd połączenia z usługą oraz wyjątek wskazujący na uszkodzone dane WMI. Każdy z nich sugeruje inną ścieżkę diagnostyczną.

Przed wykonaniem zmian można sprawdzić podstawowy stan systemu poleceniami sfc /scannow oraz DISM /Online /Cleanup-Image /RestoreHealth, a następnie ponowić zapytanie. W laptopie należy dodatkowo uwzględnić zużycie baterii, luźne połączenie, nieprawidłowe działanie układu ładowania i zasilacz o niezgodnych parametrach. Jeżeli komputer działa wyłącznie po podłączeniu przewodu albo bateria jest niewidoczna również poza PowerShell, prawdopodobieństwo usterki sprzętowej rośnie.

Kiedy trzeba poprosić o ocenę stanu sprzętu - Get-CimInstance nie rozpoznaje źródła zasilania

Do serwisu warto zgłosić się wtedy, gdy błąd powtarza się mimo użycia prawidłowej klasy, system nie pokazuje baterii, ładowanie przerywa się, poziom naładowania zatrzymuje się na jednej wartości albo komputer wyłącza się po odłączeniu zasilacza. Zgłoszenie jest również uzasadnione, gdy potrzebna jest odbudowa WMI, reinstalacja sterowników ACPI lub rozdzielenie problemu systemowego od usterki baterii, gniazda i układu ładowania.

W Warszawie takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie przed rozpoczęciem naprawy można ustalić, czy źródłem problemu jest konfiguracja Windows, sterownik, repozytorium WMI czy element sprzętowy laptopa. Dla laptopa wykonywana jest darmowa diagnoza LAPTOPA, co pozwala oprzeć dalsze decyzje na rzeczywistym wyniku testów, a nie wyłącznie na jednym komunikacie z PowerShell.

Podczas diagnostyki sprawdza się między innymi obecność urządzeń zasilania w systemie, działanie usług zarządzania, stan sterowników, logi systemowe oraz reakcję sprzętu na zasilanie sieciowe i bateryjne. Dopiero po takim porównaniu można ocenić, czy wystarczy naprawa komponentów systemu, czy konieczna jest ingerencja w sterowniki albo wymiana uszkodzonego elementu. Samo polecenie winmgmt /resetrepository powinno być użyte dopiero wtedy, gdy zebrane objawy rzeczywiście wskazują na problem z repozytorium WMI.