Get-Process zwraca pusty wynik

Get-Process zwraca pusty wynik wskazuje na filtr niepasujący do żadnego uruchomionego procesu lub literówkę w nazwie procesu podanej jako parametr.

Czym jest sytuacja, w której Get-Process zwraca pusty wynik

Polecenie Get-Process służy w PowerShellu do odczytywania informacji o procesach działających w systemie Windows. Standardowo wyświetla listę procesów widocznych dla bieżącego użytkownika, natomiast po zastosowaniu warunku lub nazwy procesu powinno zwrócić tylko pasujące elementy. Jeżeli w konsoli nie pojawia się żaden wynik, zwykle oznacza to, że wykonane zapytanie nie znalazło obiektu spełniającego określone kryteria. Sam pusty rezultat nie musi więc świadczyć o awarii PowerShella ani o tym, że system nie uruchamia żadnych programów.

Najczęściej problem wynika z użycia nazwy, która nie odpowiada nazwie procesu, z niewłaściwego filtra albo z pomylenia nazwy aplikacji widocznej dla użytkownika z nazwą pliku wykonywalnego. Przykładowo program może być wyświetlany w menu jako „Przeglądarka”, lecz w systemie działać pod nazwą procesu niezwiązaną bezpośrednio z nazwą handlową. Podobnie końcówka .exe może być potrzebna albo nie, zależnie od sposobu wyszukiwania i użytego parametru.

Warto rozdzielić trzy sytuacje: brak wszystkich procesów, brak procesu wskazanego z nazwy oraz brak wyników po filtrze właściwości. Każda z nich ma inne przyczyny. Przy zwykłym Get-Process lista zazwyczaj się pojawia, dlatego całkowita pustka może wskazywać na sposób wywołania polecenia, przekierowanie wyniku, warunki środowiska PowerShell albo błąd w skrypcie, który ukrywa komunikaty i pomija obiekty.

Kontekst techniczny i porównanie sposobów wyszukiwania - Get-Process zwraca pusty wynik

W PowerShellu nazwa wpisana przy -Name jest interpretowana jako nazwa procesu, a niekoniecznie jako nazwa aplikacji widoczna na pulpicie. Przykładowe polecenie Get-Process -Name notepad powinno odszukać proces edytora Notatnik, jeżeli taki proces rzeczywiście działa. Dodanie rozszerzenia może w określonych sytuacjach prowadzić do braku dopasowania, dlatego przy diagnozowaniu warto sprawdzić najpierw polecenie bez dodatkowych modyfikacji.

Innym podejściem jest pobranie całej listy i zastosowanie filtrowania właściwości:

Get-Process | Where-Object { $_.ProcessName -like "*note*" }

Takie rozwiązanie pozwala zobaczyć, czy problem dotyczy konkretnego parametru -Name, czy może samej obecności procesu. Przy filtrowaniu można korzystać między innymi z właściwości ProcessName, Id, CPU lub Path, ale nie wszystkie właściwości muszą być dostępne dla każdego procesu. Odczyt ścieżki programu może wymagać podwyższonych uprawnień, a ich brak nie zawsze objawi się w sposób oczywisty.

Znaczenie ma również sposób porównywania tekstu. Operator -eq wymaga dokładnej zgodności, natomiast -like pozwala używać symbolu wieloznacznego, na przykład *. Z tego powodu filtr $_.ProcessName -eq "browser" może nie zwrócić niczego, podczas gdy $_.ProcessName -like "*browser*" znajdzie nazwy zawierające wskazany fragment. Przy skryptach uruchamianych w różnych ustawieniach regionalnych warto dodatkowo uważać na wielkość liter, sposób formatowania danych oraz niewidoczne spacje w zmiennych.

Do kontroli podstawowej można użyć kilku poleceń pomocniczych:

• Get-Process — sprawdzenie, czy lista procesów jest dostępna bez filtrów.
• Get-Process | Select-Object -First 10 — szybkie potwierdzenie, że wynik zawiera obiekty.
• Get-Process | Sort-Object ProcessName — uporządkowanie listy według nazwy procesu.
• Get-Process | Where-Object ProcessName -match "fragment" — wyszukiwanie za pomocą wyrażenia regularnego.
• Get-Command Get-Process — sprawdzenie, z jakiego polecenia korzysta aktualne środowisko.

Typowe problemy, błędy i sposoby ich rozpoznania - Get-Process zwraca pusty wynik

Jedną z częstych przyczyn jest literówka w nazwie. Nazwa procesu może różnić się od nazwy skrótu, ikony lub tytułu okna. W przypadku aplikacji składającej się z kilku modułów może działać kilka procesów o podobnych nazwach, a właściwy proces może być uruchamiany dopiero po wykonaniu konkretnej czynności. W takiej sytuacji ręczne przepisanie nazwy z pamięci często prowadzi do pustego wyniku.

Drugi problem stanowi użycie niewłaściwej właściwości. Obiekt zwrócony przez Get-Process ma własny zestaw pól i metod, dlatego filtr oparty na nazwie wyświetlanej w Menedżerze zadań może nie zadziałać. Pomocne jest jawne wyświetlenie właściwości:

Get-Process | Get-Member
Get-Process | Select-Object -First 1 | Format-List *

Pusty wynik może pojawić się także wtedy, gdy proces zakończył pracę między uruchomieniem aplikacji a wykonaniem polecenia. Dotyczy to programów działających krótko, narzędzi uruchamianych tylko na żądanie oraz procesów, które zamykają się po wykonaniu zadania. Jeżeli skrypt wykonuje kilka poleceń z opóźnieniem, stan systemu może być już inny w momencie filtrowania.

W skryptach należy zwrócić uwagę na zmienne. Zmienna zawierająca pusty tekst, błędnie pobraną wartość lub nazwę z dodatkową spacją może sprawić, że poprawnie wyglądające polecenie nie znajdzie żadnego procesu. Warto sprawdzić jej zawartość poleceniem Write-Host "[$nazwa]" albo wyświetlić długość tekstu. Przy pracy z potokiem znaczenie ma też kolejność operacji, ponieważ filtrowanie przed właściwym pobraniem danych może dać inny efekt niż filtrowanie kompletnej listy.

Ograniczenia uprawnień są kolejnym możliwym źródłem niepełnych informacji. Zwykłe procesy użytkownika powinny być zazwyczaj widoczne, lecz odczyt szczegółów niektórych procesów systemowych może wymagać uruchomienia PowerShella z odpowiednimi uprawnieniami. Nie należy jednak zakładać, że podwyższenie uprawnień rozwiąże każdą sytuację. Najpierw warto porównać rezultat prostego Get-Process z rezultatem polecenia zawierającego filtr.

Jeśli lista jest pusta również po usunięciu filtrów, sprawdzenia wymagają między innymi: używana wersja PowerShella, sposób uruchomienia konsoli, funkcje lub aliasy nadpisujące standardowe polecenia, treść skryptu oraz ewentualne przekierowanie wyjścia do zmiennej lub pliku. Warto zachować pełne polecenie oraz komunikaty z konsoli, ponieważ sam opis „brak wyniku” nie zawsze pozwala odróżnić brak dopasowania od błędu w logice skryptu.

Kiedy trzeba oddać urządzenie do diagnozy - Get-Process zwraca pusty wynik

Do serwisu warto zgłosić problem, gdy pusty wynik powtarza się mimo sprawdzenia nazwy procesu, wykonania prostego Get-Process oraz usunięcia dodatkowych filtrów. Szczególnie istotna jest konsultacja wtedy, gdy podobne objawy występują razem z samoczynnym zamykaniem programów, zawieszaniem systemu, bardzo długim uruchamianiem aplikacji, brakiem dostępu do narzędzi administracyjnych albo nieoczekiwanymi zmianami w konfiguracji PowerShella.

Przed przekazaniem sprzętu można przygotować nazwę aplikacji, dokładnie użyte polecenie, wersję systemu Windows, informację o tym, czy proces jest widoczny w Menedżerze zadań, oraz ewentualny zrzut ekranu z konsoli. Takie dane ułatwiają odtworzenie sytuacji i pozwalają odróżnić błąd składni od problemu z samym uruchamianiem programu. Nie powinno się natomiast wpisywać do publicznych zgłoszeń haseł, kluczy dostępowych ani innych poufnych danych znajdujących się w skryptach.

W Warszawie można przekazać laptop do Warszawskiego Pogotowia Komputerowego 24/7, gdzie dostępna jest darmowa diagnoza LAPTOPA. W ramach sprawdzenia można zweryfikować działanie PowerShella, poprawność poleceń, widoczność procesów, uprawnienia użytkownika oraz wpływ ustawień systemowych na zwracane wyniki. Jeżeli przyczyną jest wyłącznie niepasujący filtr, wystarczy uporządkowanie zapytania i wyjaśnienie właściwych nazw. Gdy pusty rezultat stanowi tylko jeden z objawów szerszych problemów z systemem, potrzebna może być szersza analiza konfiguracji oraz stabilności środowiska.