Start-Process notepad – uruchomienie programu

Start-Process notepad w PowerShell uruchamia Notatnik jako osobny proces, będąc odpowiednikiem wpisania nazwy programu w konsoli.

Start-Process notepad – czym jest uruchomienie programu w PowerShell

Polecenie Start-Process notepad służy do uruchomienia Notatnika z poziomu PowerShell. Jego działanie można rozumieć jako przekazanie systemowi informacji, że ma zostać otwarty program wskazany nazwą notepad. PowerShell wyszukuje aplikację według reguł systemu Windows, inicjuje jej działanie i zwraca możliwość dalszej pracy w bieżącej konsoli. Dzięki temu nie trzeba przechodzić do menu Start ani wyszukiwać pliku wykonywalnego w oknach Eksploratora plików.

W najprostszej postaci polecenie wygląda następująco:

Start-Process notepad

Po wykonaniu komendy powinno pojawić się okno Notatnika. Sam PowerShell może pozostać otwarty i przyjmować kolejne polecenia, ponieważ uruchomiona aplikacja działa jako oddzielny proces. Ma to znaczenie podczas wykonywania zadań administracyjnych, automatyzacji powtarzalnych czynności oraz testowania zachowania programów bez opuszczania konsoli.

Nazwa notepad jest nazwą programu rozpoznawaną przez Windows. W wielu przypadkach nie trzeba podawać pełnej ścieżki do pliku, ponieważ system potrafi odnaleźć aplikację w zdefiniowanych lokalizacjach. Jeżeli program znajduje się poza typowymi katalogami, można wskazać dokładną ścieżkę, najlepiej ujętą w cudzysłowy:

Start-Process "C:\Windows\System32\notepad.exe"

Start-Process notepad – kontekst techniczny i porównanie sposobów

Wpisanie samego notepad w PowerShell również może uruchomić Notatnik. Różnica polega na tym, że Start-Process jest poleceniem cmdlet zaprojektowanym specjalnie do tworzenia nowych procesów i przekazywania im parametrów. Taka forma jest bardziej opisowa, a jednocześnie łatwiej ją rozbudować o dodatkowe ustawienia. Może być używana w skryptach, w których potrzebne jest jawne określenie sposobu uruchomienia aplikacji.

Podobny efekt można uzyskać w wierszu polecenia za pomocą komendy start, jednak PowerShell interpretuje tę nazwę według własnych zasad. W środowisku PowerShell warto stosować pełną nazwę Start-Process, ponieważ wskazuje ona konkretny cmdlet i ogranicza ryzyko pomyłki wynikającej z różnic między powłokami. Możliwe jest także użycie aliasu, lecz w skryptach przeznaczonych do późniejszego odczytu korzystniejsze pozostaje używanie nazwy właściwej.

Istotną właściwością Start-Process jest rozdzielenie procesu programu od procesu powłoki. Po uruchomieniu Notatnika można nadal wpisywać polecenia w tym samym oknie PowerShell. Jeżeli wymagane jest zaczekanie na zamknięcie aplikacji, stosuje się przełącznik -Wait:

Start-Process notepad -Wait

W takim wariancie wykonanie dalszych instrukcji w skrypcie zostaje wstrzymane do czasu zakończenia procesu Notatnika. Przydatność tego rozwiązania zależy od celu zadania. Bez -Wait aplikacja zostanie uruchomiona niezależnie, natomiast z -Wait można zachować kolejność działań i uzależnić następny krok od zamknięcia programu.

Można również przechwycić obiekt opisujący uruchomiony proces. Służy do tego parametr -PassThru:

$proces = Start-Process notepad -PassThru

Po takim uruchomieniu zmienna $proces może zawierać informacje o procesie, między innymi jego identyfikator. Należy pamiętać, że sam obiekt nie zawsze oznacza zakończenie inicjalizacji interfejsu graficznego. Proces może być już utworzony, a okno nadal może dopiero powstawać.

Start-Process notepad – typowe problemy podczas użycia

Jednym z częstszych problemów jest brak reakcji po wpisaniu polecenia albo komunikat informujący, że nie można odnaleźć programu. Przyczyną może być literówka w nazwie, zmieniona konfiguracja systemu lub uruchomienie polecenia w środowisku, które nie ma dostępu do standardowych lokalizacji aplikacji. W pierwszej kolejności warto sprawdzić poprawność zapisu oraz wykonać polecenie bez dodatkowych parametrów.

Jeżeli Notatnik nie zostanie odnaleziony po nazwie, można podać pełną ścieżkę do pliku wykonywalnego. Ścieżka zawierająca spacje musi zostać potraktowana jako jeden argument, dlatego należy użyć cudzysłowu:

Start-Process "C:\Program Files\Przykladowy Program\program.exe"

W razie problemów pomocne jest sprawdzenie, czy wskazany plik rzeczywiście istnieje. Można posłużyć się poleceniem Test-Path:

Test-Path "C:\Windows\System32\notepad.exe"

Wynik True oznacza, że podana ścieżka została odnaleziona. Wynik False wskazuje na brak pliku w określonym miejscu albo błąd w zapisie ścieżki. Warto zachować ostrożność przy różnicach między nazwą pliku, nazwą procesu i nazwą widoczną dla użytkownika. To, co pojawia się w menu lub na pasku tytułu, nie zawsze jest identyczne z nazwą pliku wykonywalnego.

Inny problem może dotyczyć parametrów przekazywanych uruchamianemu programowi. Parametry programu należy oddzielić od parametrów samego Start-Process, używając przełącznika -ArgumentList. Przykład otwarcia dokumentu tekstowego może wyglądać tak:

Start-Process notepad -ArgumentList "C:\Temp\notatka.txt"

Jeżeli ścieżka do dokumentu zawiera spacje, trzeba zadbać o prawidłowe przekazanie jej jako pojedynczego argumentu. W bardziej złożonych skryptach warto testować każdy element osobno: najpierw uruchomienie programu, potem odczyt pliku, a na końcu pełną konstrukcję z argumentami. Ułatwia to ustalenie, czy przyczyna leży w nazwie aplikacji, lokalizacji pliku, uprawnieniach, czy w sposobie zbudowania listy argumentów.

Start-Process notepad – praktyczne wskazówki do skryptów

Przy prostym użyciu wystarczy jedna linia, lecz w skryptach dobrze jest świadomie określić, co ma się wydarzyć po uruchomieniu programu. Jeżeli proces ma zostać otwarty w zwykłym oknie, można zastosować parametr -WindowStyle Normal. W przypadku potrzeby uruchomienia okna zminimalizowanego dostępny jest wariant -WindowStyle Minimized. Te ustawienia wpływają na sposób prezentacji okna, ale nie zmieniają samego programu.

Przykładowe polecenie może wyglądać następująco:

Start-Process notepad -WindowStyle Normal

Do automatyzacji przydatne jest połączenie -PassThru i -Wait. Pierwszy parametr pozwala zachować informacje o procesie, a drugi określa moment przejścia do dalszej części skryptu:

$proces = Start-Process notepad -PassThru -Wait

Po zamknięciu Notatnika można wykorzystać dane zapisane w zmiennej do celów kontrolnych lub diagnostycznych. Jeżeli nie ma potrzeby śledzenia procesu, można pozostać przy krótkiej formie bez przypisywania wyniku do zmiennej.

Warto także rozróżniać uruchamianie programu od otwierania konkretnego pliku. Samo Start-Process notepad tworzy okno Notatnika bez wskazania dokumentu. Dodanie ścieżki w -ArgumentList powoduje przekazanie dokumentu do aplikacji. Dzięki temu jedna konstrukcja może służyć zarówno do rozpoczęcia pustej sesji, jak i do otwarcia wcześniej przygotowanego pliku.

Podczas pisania skryptów należy unikać niepotrzebnego polegania na bieżącym katalogu. Ścieżka względna może działać inaczej po uruchomieniu skryptu z innego miejsca. Dla powtarzalnego działania korzystniej jest używać ścieżek jednoznacznych albo wcześniej ustalać katalog roboczy. W razie potrzeby można wykorzystać parametr -WorkingDirectory, który określa katalog roboczy uruchamianego procesu.

Nie należy też zakładać, że samo otwarcie okna oznacza poprawne wykonanie każdej operacji. Program może uruchomić się prawidłowo, a problem może pojawić się dopiero przy odczycie pliku, zapisie zmian albo dostępie do określonego katalogu. Dlatego przy zadaniach automatycznych wskazane jest sprawdzanie komunikatów, kodów zakończenia oraz istnienia plików wejściowych i wyjściowych.

Start-Process notepad – kiedy zgłosić się do serwisu

Do serwisu warto zgłosić się wtedy, gdy polecenie Start-Process notepad przestaje działać mimo poprawnej składni, Notatnik zamyka się zaraz po uruchomieniu, system zgłasza błędy plików lub podobne objawy występują także przy innych programach. Wskazaniem do konsultacji jest również sytuacja, w której PowerShell nie może odnaleźć wielu aplikacji, okna uruchamiają się nieprawidłowo albo wykonanie prostych poleceń powoduje zawieszanie systemu.

Przed przekazaniem sprzętu można zanotować dokładną treść komunikatu, użyte polecenie, wersję systemu Windows oraz informację, czy problem występuje na jednym koncie użytkownika, czy na wszystkich. Pomocne bywa także sprawdzenie, czy program uruchamia się z menu Start. Takie dane ułatwiają odróżnienie błędu składni od problemu z konfiguracją systemu, plikiem programu lub działaniem powłoki.

Warszawskie Pogotowie Komputerowe 24/7 zajmuje się diagnozowaniem usterek laptopów i komputerów PC związanych z uruchamianiem aplikacji oraz działaniem systemu Windows. Przy zgłoszeniu warto przekazać opis objawów i przykładowe polecenie, aby możliwe było odtworzenie sytuacji oraz dobranie właściwego sposobu sprawdzenia komputera.