Historia poleceń nie zapamiętuje wpisów

Historia poleceń nie zapamiętuje wpisów wskazuje na wyłączony bufor historii w PowerShell (PSReadLine) — sprawdza się to poleceniem Get-PSReadLineOption.

Czym jest problem z historią poleceń w PowerShell

Komunikat lub obserwacja, że historia poleceń nie zapamiętuje wpisów, oznacza, że wcześniej używane komendy nie pojawiają się ponownie po naciśnięciu klawiszy strzałek, po zamknięciu i ponownym uruchomieniu konsoli albo po rozpoczęciu kolejnej sesji. W normalnych warunkach PowerShell korzysta z mechanizmu odpowiedzialnego za edycję wiersza poleceń i przechowywanie ostatnio używanych instrukcji. Dzięki temu można szybko przywołać wcześniejsze polecenia, poprawić ich fragment albo ponownie wykonać podobną operację bez przepisywania całej składni.

Brak wpisów w historii nie musi oznaczać uszkodzenia systemu. Często przyczyną jest wyłączone zapisywanie historii, nieprawidłowo załadowany moduł PSReadLine, uruchomienie powłoki w środowisku ograniczającym zapisywanie danych albo ustawienie bardzo małej liczby przechowywanych poleceń. Należy też rozróżnić historię dostępną wyłącznie w bieżącym oknie od historii zapisywanej do pliku, który może być odczytywany przy następnych uruchomieniach PowerShell.

Jak działa historia poleceń i czym różni się od logów systemowych

Historia poleceń jest funkcją powłoki, a nie pełnym rejestrem wszystkich działań wykonanych w systemie. Zwykle przechowuje tekst wpisany w konsoli, natomiast nie opisuje całego przebiegu programu uruchomionego za pomocą danej komendy, zmian w plikach ani operacji wykonanych przez inne aplikacje. Z tego powodu brak polecenia w historii nie przesądza o tym, że nie zostało ono wykonane.

Współczesne wydania PowerShell często korzystają z modułu PSReadLine. Odpowiada on między innymi za poruszanie się po wcześniej wpisanych komendach, wyszukiwanie ich po fragmentach tekstu oraz zapisywanie historii między sesjami. Podstawowe informacje o konfiguracji można sprawdzić poleceniem Get-PSReadLineOption. W wynikach warto zwrócić uwagę na ustawienia związane z rozmiarem historii, ścieżką pliku historii i sposobem zapisu. Przydatne może być również polecenie Get-Module PSReadLine, które pozwala sprawdzić, czy moduł został załadowany.

Warto pamiętać, że kilka okien PowerShell może korzystać z tego samego pliku historii. Wpisy mogą być dopisywane dopiero po wykonaniu polecenia, przy zamykaniu sesji albo zgodnie z zasadami ustalonymi przez konfigurację modułu. Historia może także nie być zapisywana, gdy profil użytkownika jest tymczasowy, katalog nie pozwala na zapis albo polityka środowiska blokuje utrwalanie takich danych.

Typowe przyczyny i błędy prowadzące do utraty wpisów

Najczęściej spotykanym powodem jest zmieniona konfiguracja PSReadLine. Historia może mieć ustawiony zerowy lub bardzo niski limit, a opcja zapisu do pliku może wskazywać lokalizację niedostępną dla bieżącego konta. Zdarza się również, że plik historii został usunięty, uszkodzony albo zastąpiony przez inny profil użytkownika. W takiej sytuacji bieżące polecenia mogą być widoczne tylko do czasu zamknięcia okna.

Problem bywa wywoływany przez skrypt profilu PowerShell. Profil jest uruchamiany przy starcie powłoki i może zmieniać ustawienia historii, wyłączać moduł albo nadpisywać jego konfigurację. Sprawdzenie lokalizacji profilu umożliwia polecenie $PROFILE, natomiast jego zawartość należy analizować ostrożnie, zwłaszcza gdy zapisano w niej własne funkcje, aliasy lub polecenia inicjalizujące środowisko.

Na zachowanie historii wpływa także sposób uruchomienia konsoli. Sesja zdalna, środowisko uruchomione z uprawnieniami innego użytkownika, terminal osadzony w narzędziu programistycznym oraz tryb awaryjny mogą mieć odrębne profile i katalogi danych. Wpisy mogą więc być zapisywane poprawnie, ale w innym miejscu niż oczekiwane. Należy także sprawdzić, czy problem dotyczy samego przywoływania komend klawiszami strzałek, czy również pliku historii używanego po ponownym uruchomieniu.

Nie powinno się bez sprawdzenia usuwać plików historii ani kopiować konfiguracji z przypadkowych poradników. Historia może zawierać hasła wpisane bezpośrednio w poleceniach, tokeny, ścieżki prywatne i inne dane wrażliwe. Przed zmianą ustawień warto wykonać kopię konfiguracji, zweryfikować aktywne konto oraz ustalić, czy wymagane jest tylko przywrócenie lokalnego bufora, czy również dalsze zapisywanie wpisów między sesjami.

Kiedy trzeba poprosić o ocenę stanu sprzętu - Historia poleceń nie zapamiętuje wpisów

Do serwisu warto zgłosić problem, gdy historia znika mimo poprawnych ustawień PSReadLine, profil ładuje się z błędami, konsola działa inaczej dla różnych kont albo zapis w katalogu użytkownika jest niemożliwy. Wskazaniem do sprawdzenia komputera jest również powtarzające się uszkadzanie pliku historii, samoczynne zmiany konfiguracji, problemy z uprawnieniami oraz sytuacja, w której razem z historią przestają działać inne elementy profilu PowerShell.

Podczas diagnostyki można przeanalizować wersję PowerShell, obecność modułu PSReadLine, zawartość profilu, ścieżkę pliku historii, uprawnienia do katalogów oraz komunikaty pojawiające się przy uruchamianiu terminala. Pozwala to odróżnić zwykłą zmianę konfiguracji od problemu z profilem użytkownika, systemem plików lub środowiskiem uruchomieniowym. W przypadku laptopa w Warszawie dostępna jest darmowa diagnoza laptopa, dzięki której można ustalić zakres problemu przed podjęciem dalszych czynności.

Po przywróceniu działania warto ustalić bezpieczne zasady korzystania z historii: nie wpisywać poufnych danych bezpośrednio do poleceń, kontrolować zawartość pliku historii i okresowo sprawdzać konfigurację profilu. Jeżeli historia ma służyć do celów administracyjnych lub szkoleniowych, należy pamiętać, że nie zastępuje ona pełnego audytu systemowego. Do odtwarzania zdarzeń potrzebne są odpowiednio skonfigurowane logi oraz rejestry właściwe dla używanych narzędzi.