Get-WindowsFeature niedostępne w PowerShell Desktop

Get-WindowsFeature niedostępne w PowerShell Desktop na systemach klienckich wskazuje, że to polecenie jest zarezerwowane dla Windows Server — na Windows 10/11 odpowiednikiem jest Get-WindowsOptionalFeature.

Czym jest problem z Get-WindowsFeature w PowerShell Desktop

Komunikat informujący, że polecenie Get-WindowsFeature nie jest dostępne w PowerShell Desktop, zwykle nie oznacza uszkodzenia samej konsoli ani błędnej instalacji modułu. Najczęściej wynika z różnicy między systemem klienckim Windows a edycją systemu przeznaczoną do zarządzania rolami i funkcjami serwerowymi. Polecenie Get-WindowsFeature należy do narzędzi administracyjnych używanych przede wszystkim do przeglądania składników dostępnych w Windows Server, dlatego jego brak w zwykłym środowisku PowerShell uruchomionym na komputerze z Windows 10 lub Windows 11 jest sytuacją spodziewaną.

PowerShell Desktop oznacza klasyczne środowisko PowerShell oparte na technologii .NET Framework, obecne między innymi w starszych i bieżących wydaniach systemu Windows. Sama nazwa „Desktop” nie oznacza jednak, że wszystkie polecenia znane z administracji Windows Server będą dostępne na komputerze klienckim. Zakres cmdletów zależy od edycji systemu, zainstalowanych modułów, dostępnych funkcji opcjonalnych oraz uprawnień używanego konta.

W przypadku systemu klienckiego do sprawdzania składników systemu stosuje się zazwyczaj Get-WindowsOptionalFeature. To polecenie służy do odczytywania stanu funkcji opcjonalnych obsługiwanych przez daną instalację Windows, na przykład tego, czy określony składnik jest włączony, wyłączony albo dostępny do aktywacji. Nie jest ono prostą zmianą nazwy wcześniejszego polecenia, ponieważ korzysta z innego modelu funkcji systemowych i zwraca informacje w inny sposób.

Kontekst techniczny i porównanie dostępnych poleceń

Get-WindowsFeature oraz Get-WindowsOptionalFeature odpowiadają na podobne pytanie: jakie elementy systemu można sprawdzić lub skonfigurować. Ich zastosowanie jest jednak związane z innymi typami instalacji Windows. Pierwsze polecenie jest kojarzone z rolami i funkcjami oferowanymi w Windows Server, natomiast drugie służy do obsługi opcjonalnych składników systemu klienckiego. Użycie niewłaściwego cmdletu prowadzi więc do błędu typu „polecenie nie jest rozpoznawane”, braku modułu albo komunikatu o nieistniejącej nazwie.

Na komputerze z Windows 10 lub Windows 11 podstawowe sprawdzenie stanu funkcji może wyglądać następująco:

Get-WindowsOptionalFeature -Online

Parametr -Online wskazuje aktualnie uruchomioną instalację Windows, a nie obraz systemu zapisany w pliku. Aby odszukać funkcje związane z konkretnym składnikiem, można połączyć wynik z filtrowaniem, na przykład:

Get-WindowsOptionalFeature -Online |
    Where-Object FeatureName -like "*NetFx*"

Wynik należy interpretować zgodnie z nazwą funkcji i jej stanem. Wartość Enabled oznacza aktywny składnik, Disabled wskazuje składnik wyłączony, a inne statusy mogą informować o stanie wymagającym dodatkowych plików, ponownym uruchomieniu systemu albo dalszej obsłudze przez narzędzia DISM. Dostępność danej funkcji może zależeć od edycji Windows, wersji kompilacji oraz używanego obrazu instalacyjnego.

Przed wykonaniem polecenia modyfikującego funkcje systemu należy rozróżnić odczyt konfiguracji od jej zmiany. Sprawdzenie informacji zwykle nie ingeruje w system, ale włączanie lub wyłączanie składnika może wymagać uruchomienia PowerShell z podwyższonymi uprawnieniami i może zakończyć się koniecznością ponownego uruchomienia komputera. W środowisku PowerShell 7 również trzeba uwzględnić, że część poleceń administracyjnych jest dostarczana przez moduły systemowe i nie musi być dostępna identycznie jak w klasycznym PowerShell Desktop.

Typowe problemy, błędy i błędne interpretacje - Get-WindowsFeature niedostępne w PowerShell Desktop

Najczęstszy błąd polega na skopiowaniu instrukcji przeznaczonej dla Windows Server do konsoli uruchomionej na Windows 10 lub Windows 11. W takiej sytuacji pojawia się komunikat o nierozpoznaniu nazwy Get-WindowsFeature. Nie należy wtedy automatycznie instalować przypadkowych modułów ani pobierać nieznanych skryptów z internetu. Najpierw trzeba ustalić, jakiego rodzaju funkcja ma zostać sprawdzona i czy chodzi o składnik systemu klienckiego, pakiet, funkcję opcjonalną, czy element dostępny wyłącznie w określonej edycji Windows.

Drugim problemem jest używanie poprawnego polecenia z nieprawidłowym identyfikatorem funkcji. Nazwa widoczna w instrukcji internetowej może różnić się od nazwy obecnej w konkretnej wersji systemu. Warto więc najpierw wyświetlić listę dostępnych funkcji i wyszukać właściwy wpis:

Get-WindowsOptionalFeature -Online |
    Select-Object FeatureName, State

Jeżeli wynik nie zawiera oczekiwanej funkcji, nie musi to oznaczać awarii PowerShell. Możliwe przyczyny obejmują inną edycję systemu, ograniczenia obrazu Windows, brak odpowiedniego pakietu, zmianę nazwy funkcji albo próbę zastosowania instrukcji dotyczącej innej wersji systemu. Znaczenie ma również to, czy polecenie jest uruchamiane w 32-bitowej czy 64-bitowej konsoli oraz czy system został zmodyfikowany przez narzędzia optymalizacyjne.

Problemy mogą występować także przy pracy z obrazem offline. Wtedy polecenie dotyczące bieżącego systemu z parametrem -Online nie będzie właściwym wyborem, ponieważ analizowany jest plik obrazu, a nie uruchomiona instalacja. W zależności od celu stosuje się inne parametry DISM lub polecenia obsługujące obraz systemu. Pomylenie tych trybów może skutkować brakiem wyników, błędem dostępu albo zmianą niewłaściwego środowiska.

Na rezultat wpływają też uprawnienia. Sam odczyt konfiguracji może być możliwy bez pełnych praw administracyjnych, lecz operacje włączania funkcji, naprawy składników lub korzystania ze źródeł instalacyjnych często wymagają konsoli uruchomionej jako administrator. Gdy pojawia się błąd dostępu, nie należy utożsamiać go z niedostępnością cmdletu. Są to dwa różne problemy: jeden dotyczy rozpoznania polecenia, a drugi prawa do wykonania operacji.

Kiedy trzeba umówić wizytę serwisową - Get-WindowsFeature niedostępne w PowerShell Desktop

Do serwisu warto zgłosić problem wtedy, gdy niedostępność Get-WindowsFeature jest tylko jednym z objawów szerszych trudności: nie działają funkcje opcjonalne, występują błędy DISM, aktualizacje Windows kończą się niepowodzeniem, system nie potrafi pobrać wymaganych składników albo polecenia administracyjne zwracają sprzeczne wyniki. W takiej sytuacji potrzebne jest rozróżnienie, czy przyczyną jest użycie instrukcji dla niewłaściwej edycji systemu, uszkodzenie magazynu składników, ograniczenie uprawnień, brak źródła plików czy niezgodność wersji.

Przed przekazaniem komputera można zanotować pełny tekst komunikatu, wersję systemu, używaną wersję PowerShell oraz dokładną treść polecenia. Pomocne bywa również wskazanie, czy problem pojawił się po aktualizacji, zmianie konfiguracji lub instalacji dodatkowego oprogramowania. Nie zaleca się natomiast usuwania katalogów systemowych, przypadkowego czyszczenia komponentów ani wykonywania skryptów znalezionych na niezweryfikowanych stronach, ponieważ takie działania mogą utrudnić późniejszą diagnozę.

W Warszawie sprawy związane z konfiguracją Windows, działaniem PowerShell i błędami składników systemowych można przekazać do serwisu działającego jako Warszawskie Pogotowie Komputerowe 24/7. W przypadku laptopa przewidziana jest darmowa diagnoza LAPTOPA, dzięki której można ustalić, czy problem dotyczy wyłącznie zastosowanego polecenia, czy również stanu systemu i jego komponentów.

Po analizie można dobrać sposób postępowania do rzeczywistej przyczyny: od korekty polecenia i wyjaśnienia różnic między edycjami Windows, przez naprawę uszkodzonych składników, po uporządkowanie uprawnień i ustawień środowiska PowerShell. Szczególnie wskazane jest zgłoszenie sprawy, gdy polecenie ma być używane w pracy automatycznej, podczas konfiguracji wielu komputerów albo w procesie wdrażania funkcji systemowych, ponieważ błędny cmdlet może powodować powtarzalne niepowodzenia i utrudniać ocenę stanu urządzeń.