Windows 11 का Patch Tuesday दुःस्वप्न और गहराया — कुछ PCs के boot न होने की समस्या की पुष्टि
(windowscentral.com)- 13 जनवरी को जारी किए गए Windows 11 security update के बाद कुछ PCs में boot न होने की समस्या सामने आई
- Microsoft ने “UNMOUNTABLE_BOOT_VOLUME” error code के साथ काली स्क्रीन दिखने की समस्या की आधिकारिक पुष्टि की
- यह समस्या Windows 11 24H2 और 25H2 versions पर चल रहे वास्तविक devices के users को प्रभावित कर सकती है
- अब तक दो बार emergency (out-of-band) updates जारी किए जा चुके हैं, लेकिन boot failure की समस्या अभी तक ठीक नहीं हुई है
- यह मामला हाल के लगातार सामने आए Patch Tuesday quality issues को दिखाता है और Microsoft की development तथा validation systems की फिर से समीक्षा की जरूरत को उजागर करता है
Microsoft की आधिकारिक चेतावनी और मौजूदा स्थिति
- Microsoft ने पुष्टि की है कि 13 जनवरी को जारी किए गए जनवरी 2026 security update के बाद कुछ PCs के boot न होने की reports मिली हैं
- प्रभावित devices पर “UNMOUNTABLE_BOOT_VOLUME” error code के साथ काली स्क्रीन और restart message दिखाई देता है
- इस स्थिति में सामान्य boot संभव नहीं है और manual recovery process की जरूरत होती है
- यह समस्या Windows 11 version 24H2 और 25H2 चला रहे physical devices पर हो सकती है
- Microsoft कारण का विश्लेषण कर रहा है और संभावित fix तथा workaround की समीक्षा कर रहा है
- अस्थायी उपाय के तौर पर Windows Recovery Environment (WinRE) में जाकर latest security patch हटाना आवश्यक है
पहले से मौजूद समस्याएँ और जमा होती त्रुटियाँ
- boot failure की यह समस्या जनवरी के Patch Tuesday update के बाद सामने आई कई गड़बड़ियों में से एक है
- इससे पहले 23H2 version में shutdown और sleep काम न करने, तथा 24H2·25H2 versions में Remote Desktop login न होने की समस्या रिपोर्ट की गई थी
- इसके बाद Outlook, Dropbox, OneDrive जैसे cloud-based apps के काम न करने की अतिरिक्त समस्या भी सामने आई
- Microsoft ने पहले की समस्याओं को ठीक करने के लिए दो emergency updates जारी किए थे,
लेकिन boot failure की इस समस्या के लिए अभी तक अलग fix patch उपलब्ध नहीं कराया गया है
समस्या का दायरा और अनिश्चितता
- Microsoft ने कहा है कि उसे केवल “सीमित संख्या में reports” मिली हैं,
लेकिन कुल users में से कितने प्रभावित हुए हैं यह अब भी स्पष्ट नहीं है - कारण या रोकथाम की संभावना के बारे में अभी तक कोई ठोस विवरण नहीं दिया गया है
आगे की संभावित कार्रवाई
- कुछ PCs के बिल्कुल boot न होने जैसी गंभीर स्थिति को देखते हुए,
Microsoft के तीसरा emergency (out-of-band) update जारी करने की संभावना है - Windows Central ने समस्या समाधान के लिए अलग recovery guide प्रकाशित की है,
और बताया कि उसकी सटीकता सुनिश्चित करने के लिए जांच और लेखन में समय लगा
quality control को लेकर चिंताएँ
- इस घटना को Windows 11 security update quality में गिरावट दिखाने वाले एक उदाहरण के रूप में देखा जा रहा है
- लेख में जोर दिया गया है कि Microsoft को Windows development और testing process की व्यापक पुनर्समीक्षा करनी चाहिए
- यह आकलन भी पेश किया गया है कि मौजूदा quality level अब तक के सबसे निचले स्तर पर हो सकता है
1 टिप्पणियां
Hacker News टिप्पणियाँ
कुछ साल पहले Microsoft बड़े सार्वजनिक सॉफ़्टवेयर संगठनों में सबसे पहले LLM-आधारित coding को गंभीरता से अपनाने वालों में था
अगर सच में 10x productivity improvement हुआ होता, तो अब तक Microsoft की productivity विस्फोटक रूप से बढ़ जानी चाहिए थी
अगर ऐसा नहीं हुआ, तो या तो LLM अपेक्षा जितना प्रभावी नहीं है, या Microsoft अंदरूनी तौर पर महत्वपूर्ण projects, जैसे Windows, में इसका लगभग उपयोग नहीं करता
दोनों ही स्थितियाँ प्रभावशाली नहीं हैं
2014 से cost cutting के नाम पर QA हटा दिया गया और testing developers पर डाल दी गई, और उसका असर आज तक चल रहा है
Microsoft engineer-केंद्रित कंपनी से MBA-केंद्रित culture में बदल गया, और short-term shareholder value को अधिकतम करने पर ही केंद्रित हो गया
संबंधित लेख: Ars Technica, Reuters
लेकिन कुछ महीनों बाद फिर वही बात दोहराई जाएगी कि “वह model नहीं, नया model ही असली है”
इस तरह अंतहीन cycle चलता रहता है
लेकिन यह तभी प्रभावी है जब LLM वह काम संभाले जो developer के स्तर से नीचे हो
दूसरी ओर, low-skill लोग LLM का इस्तेमाल करें तो debugging बहुत कठिन हो जाती है, और समस्याएँ भी बढ़ जाती हैं
outsourcing संरचना में ऐसे improvements पूरे संगठन के लिए अर्थहीन हो जाते हैं
अगर internal incentives और users के हित पूरी तरह बेमेल organizational structure में हों, तो 10x engineers डालने पर भी नतीजा वही रहेगा
MS के अंदर अपने ही AI tools इस्तेमाल करने को मजबूर developers के लिए बुरा लगता है
Microsoft ने “कम लोगों से ज़्यादा काम” का नारा देकर बड़े पैमाने पर restructuring की, और नतीजा यह हुआ कि लगभग बिना documentation के नई teams systems संभाल रही हैं
हाल की failures भी शायद इसी knowledge gap की वजह से हैं
लेख की सामग्री से अलग, मुझे वे websites सच में नापसंद हैं जो back button hijack करके कोई दूसरा article खोल देती हैं
मेरा मानना है कि browser के default behavior को बदलने की अनुमति देना ही गलती थी
यह असुविधाजनक लगता है, लेकिन वास्तव में इतना असुविधाजनक नहीं है
लेकिन redirect handling ठीक से की जाए तो यह हल हो सकता है
यह समझ से बाहर है कि Windows का जिम्मेदार व्यक्ति अभी भी अपनी जगह पर कैसे है
हाल की update ने Playnite को खराब कर दिया, और OneDrive के साथ टकराव की वजह से desktop icons भी काम नहीं कर रहे
Windows अब Office और OneDrive subscriptions को बढ़ावा देने वाला loss leader बन गया है, लेकिन उन्हीं services को तोड़ देने वाले bugs निकालना पूरी तरह बेतुका है
अब मैं syncing के लिए SyncThing इस्तेमाल कर रहा हूँ
OneDrive सिर्फ समस्याएँ पैदा करता था, इसलिए मैंने उसे पूरी तरह हटा दिया. मैं अभी भी Windows 10 पर हूँ और कोई पछतावा नहीं है
बड़े संगठनों में गलतियों को सहन करने वाली culture बन जाती है, और अंत में कोई जिम्मेदारी नहीं लेता
अंत में मैंने सारा data migrate कर दिया और hard drive backup पर लौट गया
कभी यह अच्छा product था, इसलिए अफसोस होता है
इस तरीके से शायद समस्या से बचा जा सकता है
ऐसा ही एक similar case है. पिछली चर्चा और मेरे अनुभव के अनुसार,
Windows 11 ने forced update के बाद BSOD(inaccessible boot device) दिया और मुझे format करना पड़ा
इसलिए अब मैं Out of Band Update को लेकर बहुत सतर्क हूँ
यह भी स्पष्ट नहीं है कि इस बार की update ने समस्या सच में ठीक की है या नहीं, इसलिए चिंता बनी हुई है
इसलिए मैं Windows 10 पर बिना updates के ठीक हूँ
पिछले साल Win11 से downgrade करने के बाद सब कुछ स्थिर और शांत है
2031 तक सिर्फ security updates मिलती हैं, और कोई बेकार feature additions नहीं
आम खरीद आसान नहीं है, लेकिन massgrave.dev पर तरीका मिल सकता है
आजकल Windows development team जैसे बस vibe-coding कर रही हो
OS स्तर पर ऐसी शुरुआती गलतियाँ बार-बार होना QA और testing हटाकर users को प्रयोग का विषय बनाने का नतीजा है
पहले hardware test labs ऐसी चीज़ें पकड़ लेते थे, लेकिन अब लगता है वे भी गायब हैं
इतनी बड़ी company अपने मुख्य product में इस हद तक कैसे असफल हो सकती है, यह अब भी समझ नहीं आता
इसलिए product quality खराब होने पर भी वे Start Menu ads जैसी चीज़ें मनमाने ढंग से जोड़ सकते हैं
क्योंकि सरकार के लगभग सभी कर्मचारी Windows और Office इस्तेमाल करते हैं, इसलिए उस data collection की advertising और investigation दोनों में value है
दिलचस्प बात यह है कि users से इसके लिए अलग शुल्क भी नहीं लिया जाता
वे Linux या Mac पर जाने का इरादा नहीं रखते
इस हिस्सेदारी में बदलाव से Windows की उपेक्षा की वजह समझ में आती है
यह Microsoft की AI coding अनिवार्यता नीति पर चलता हुआ व्यंग्य जैसा लगता है
ऐसी समस्याएँ देखकर Microsoft के testing approach को लेकर जिज्ञासा होती है
वे शायद VM में हर संभव state test करते होंगे, लेकिन असली physical machines पर combinations बहुत ज़्यादा हैं
हज़ारों hardware और OS versions को ध्यान में रखें तो combinatorial explosion होना तय है
अंत में gradual rollout (0.01% से शुरू) और monitoring ही एकमात्र व्यावहारिक समाधान लगता है
“POST के बाद Windows logo दिखाई दे तो power button दबाकर shutdown करें, और यह प्रक्रिया दोहराकर WinRE खोलें” यह पढ़कर मेरे मन में सवाल आया
पहले की तरह सीधे F8 key से अंदर क्यों नहीं जा सकते?