CMD nie działa w Windows PE

CMD nie działa w Windows PE (środowisku preinstalacyjnym) wskazuje na okrojony obraz PE bez pełnego pakietu cmd — trzeba dobudować obraz z dodatkiem WinPE-Scripting lub podobnym.

Czym jest problem „CMD nie działa w Windows PE”

Komunikat lub sytuacja, w której w środowisku Windows PE nie można uruchomić wiersza poleceń, oznacza zwykle brak właściwego składnika w używanym obrazie rozruchowym albo jego nieprawidłowe przygotowanie. Windows PE, czyli preinstallation environment, jest lekkim systemem uruchamianym najczęściej z pendrive’a, nośnika instalacyjnego, obrazu sieciowego lub narzędzia serwisowego. Służy do wykonywania operacji przed startem właściwego Windows, między innymi do naprawy rozruchu, kopiowania danych, partycjonowania dysku, sprawdzania systemu plików oraz wdrażania obrazu systemu.

Nie jest to pełna instalacja Windows. Zawiera tylko wybrane komponenty potrzebne do konkretnego zadania, dlatego dostępność poleceń, skryptów, sterowników i narzędzi zależy od sposobu utworzenia obrazu. Jeżeli w środowisku nie ma obsługi wiersza poleceń, próba otwarcia cmd.exe może kończyć się błędem, brakiem reakcji albo komunikatem wskazującym na niedostępny plik lub składnik. Podobny efekt może wystąpić po użyciu zmodyfikowanego obrazu, niepełnego nośnika lub konfiguracji, w której narzędzia zostały celowo ograniczone.

Kontekst techniczny i porównanie z pełnym Windows

W standardowym środowisku Windows polecenie CMD jest częścią systemu i można korzystać z niego między innymi do uruchamiania programów, obsługi zmiennych środowiskowych, pracy z plikami oraz wykonywania skryptów. Windows PE działa według innej zasady. Obraz jest budowany z pakietów, a każdy dołączony element zwiększa zakres dostępnych funkcji. Samo skopiowanie programu na pendrive’a nie zawsze wystarcza, ponieważ narzędzie może wymagać bibliotek, ustawień środowiskowych lub dodatkowej obsługi skryptów.

W praktyce warto rozróżnić kilka sytuacji. Jeżeli nie uruchamia się wyłącznie określony skrypt, problem może dotyczyć brakującego interpretera, niewłaściwej ścieżki albo zależności używanych przez skrypt. Jeżeli nie działa samo okno wiersza poleceń, bardziej prawdopodobna staje się niepełna kompozycja obrazu, błąd w procesie jego tworzenia lub uszkodzenie plików na nośniku. Gdy polecenie otwiera się, lecz nie rozpoznaje narzędzi takich jak diskpart, bcdboot czy programy do obsługi obrazu, należy sprawdzić zawartość środowiska, zmienną PATH oraz dostępność wymaganych komponentów.

Do przygotowania obrazu używa się zwykle narzędzi z pakietu Windows ADK i środowiska przeznaczonego do obsługi Windows PE. W zależności od zastosowania może być potrzebny pakiet skryptowy, odpowiednie opcjonalne składniki oraz zgodne wersje plików. Istotne jest także dopasowanie architektury obrazu do naprawianego systemu i sprzętu. Obraz przeznaczony do diagnostyki powinien zawierać nie tylko powłokę poleceń, lecz także sterowniki magazynu danych, obsługę sieci, narzędzia do zarządzania rozruchem oraz programy wymagane przez zaplanowaną procedurę.

Typowe problemy, błędy i sposoby sprawdzenia - CMD nie działa w Windows PE

Jedną z częstych przyczyn jest utworzenie obrazu bez elementów odpowiedzialnych za wykonywanie skryptów. Wtedy podstawowe funkcje startowe mogą działać, ale polecenia zapisane w plikach .cmd lub .bat nie wykonują się prawidłowo. Zdarza się również, że obraz został przygotowany na podstawie innej wersji plików niż ta, z którą współpracują dodawane pakiety. Niezgodność wersji może powodować błędy podczas montowania obrazu, jego uruchamiania albo ładowania wybranych narzędzi.

Warto sprawdzić, czy problem występuje na każdym nośniku, czy tylko na jednym pendrivie. Uszkodzone dane, niepełne nagranie obrazu albo błędnie ustawiony tryb uruchamiania mogą dawać objawy przypominające brak CMD. Przydatne jest także zweryfikowanie, czy w środowisku dostępne są podstawowe zmienne, czy katalog systemowy znajduje się na właściwej literze dysku oraz czy plik wykonywalny i wymagane biblioteki są obecne w obrazie. Litery partycji w Windows PE mogą różnić się od tych znanych z uruchomionego systemu, dlatego odwołanie do nieistniejącej ścieżki może wyglądać jak awaria konsoli.

Jeżeli obraz został zbudowany samodzielnie, należy ponownie przeanalizować kolejność operacji: zamontowanie obrazu, dodanie komponentów, dołączenie sterowników i narzędzi, zatwierdzenie zmian oraz utworzenie nowego nośnika. Pominięcie zatwierdzenia albo zapisanie zmian w innym pliku niż ten używany podczas startu sprawi, że poprawki nie będą widoczne. W przypadku narzędzi wdrażanych z sieci dodatkowym źródłem problemu może być brak sterownika karty sieciowej, niedostępny udział lub ograniczenia uprawnień.

Nie zaleca się przypadkowego podmieniania plików systemowych z innej instalacji Windows. Takie działanie może pogłębić niezgodność i utrudnić ustalenie przyczyny. Bezpieczniejsze jest odtworzenie obrazu na podstawie właściwego zestawu źródłowego, dołączenie wymaganych pakietów oraz sprawdzenie go na osobnym nośniku. Przed naprawą rozruchu lub partycji powinno się także zabezpieczyć ważne dane, ponieważ część poleceń administracyjnych może zmienić strukturę dysku albo sposób uruchamiania systemu.

Kiedy najlepiej zgłosić sprzęt do serwisu - CMD nie działa w Windows PE

Pomoc serwisowa jest wskazana, gdy CMD przestało działać w gotowym środowisku używanym do odzyskiwania systemu, a problem uniemożliwia naprawę rozruchu, dostęp do plików lub wykonanie kopii danych. Zgłoszenie warto rozważyć również wtedy, gdy obraz był wielokrotnie przebudowywany, pojawiają się błędy dotyczące składników, nie są widoczne dyski albo nie wiadomo, czy przyczyną jest konfiguracja Windows PE, uszkodzenie nośnika, sterowniki czy awaria samego komputera.

W Warszawskim Pogotowiu Komputerowym 24/7 można przekazać do sprawdzenia laptop lub komputer z problemem uruchamiania środowiska naprawczego, niedostępną konsolą oraz błędami występującymi przed startem Windows. Analiza może obejmować ocenę nośnika, zawartości obrazu, konfiguracji rozruchu, stanu dysku i zgodności sterowników. W przypadku laptopa diagnoza jest darmowa, co pozwala najpierw ustalić, czy źródła problemu należy szukać w oprogramowaniu, przygotowanym środowisku PE czy w podzespołach.

Przed przekazaniem sprzętu dobrze jest opisać, z jakiego nośnika uruchamiane jest Windows PE, jaki komunikat pojawia się na ekranie, czy konsola nie startuje w ogóle, oraz jakie działania były wykonywane bezpośrednio przed wystąpieniem usterki. Pomocne mogą być również informacje o wersji używanego obrazu, sposobie jego przygotowania i tym, czy inne narzędzia z tego samego środowiska uruchamiają się prawidłowo. Taki zestaw danych ułatwia odtworzenie sytuacji i dobranie dalszej procedury.