Microsoft ने Windows 10 अपडेट इंस्टॉल करने के लिए command line बदलाव की सिफारिश की

 (theregister.com)
1 पॉइंट द्वारा GN⁺ 2024-01-16 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Windows 10 के लिए KB5034441 BitLocker bypass vulnerability को रोकने वाला security update है, लेकिन कुछ PC पर यह install चरण में fail हो रहा है
  • समस्या का केंद्र WinRE recovery partition है, जहां standard Windows 10 installation environment में partition size update को handle करने के लिए कम पड़ सकता है
  • installation fail होने पर 0x80070643 दिख सकता है, लेकिन असली वजह CBS_E_INSUFFICIENT_DISK_SPACE से जुड़ी recovery environment servicing failure हो सकती है
  • Microsoft का temporary workaround administrator Command Prompt में WinRE को बंद करके recovery partition को delete और recreate करने का है, इसलिए यह आम users के लिए risky है
  • users ने इस प्रक्रिया को “बहुत technical और डरावना” बताया है, और Microsoft से खुद fix जारी करने की मांग बढ़ रही है

KB5034441 installation failure और recovery partition की समस्या

  • Microsoft ने 9 जनवरी 2024 को Windows 10 21H2 और 22H2 के लिए KB5034441 जारी किया
    • इसका उद्देश्य Windows Recovery Environment, यानी WinRE का उपयोग करके BitLocker encryption को bypass करने वाली vulnerability को रोकना है
  • कुछ users को update install करते समय 0x80070643 error मिला
    • यह code सामान्य installation failure message जैसा है, और Microsoft के अनुसार “error code handling routine में error” की वजह से वास्तविक कारण को ठीक-ठीक नहीं दिखा सकता
  • असली वजह recovery partition में कम space हो सकती है
    • Microsoft द्वारा बताया गया वास्तविक error text Windows Recovery Environment servicing failed. (CBS_E_INSUFFICIENT_DISK_SPACE) है
    • standard Windows 10 install वाले PC में recovery partition इस update को handle करने के लिए पर्याप्त बड़ा न होने की संभावना है

जोखिम भरी manual workaround प्रक्रिया

  • Microsoft disk space problem झेल रहे users को KB5028997 के अनुसार recovery partition को खुद adjust करने की सलाह देता है
    • administrator privileges वाला Command Prompt खोलना होगा
    • WinRE को disable करने के बाद recovery partition को delete करके दोबारा बनाने वाली commands चलानी होंगी
    • यह ऐसी प्रक्रिया है जिसमें अपरिचित users आसानी से गलती कर सकते हैं
  • social media पर यह समस्या व्यापक रूप से दिख रही है, और users Microsoft के workaround को अपनाने से हिचक रहे हैं
    • कुछ users ने प्रक्रिया को “बहुत technical और डरावना” बताया
    • अन्य users ने कहा कि यह “Microsoft को खुद ठीक करने वाली समस्या” है
    • एक और user ने कहा कि users को Microsoft की गलती ठीक करने की जरूरत नहीं है, और update को hold करने पर Microsoft आगे चलकर fix जारी करेगा
  • Microsoft ने 16 जनवरी को संबंधित public document update किया
    • हालांकि guide खुद नहीं बदली
    • उसने कहा कि “समाधान पर काम किया जा रहा है और future release में update उपलब्ध कराया जाएगा”

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-01-16
Hacker News की राय

  • अपडेट इंस्टॉल करते समय कुछ यूज़र्स को 0x80070643 error दिख रहा है, लेकिन Microsoft के मुताबिक “error code handling routine में error” की वजह से यह असली error न भी हो सकता है
    यानी error के लिए error code वाला code, error की वजह से error का error code गलत दिखा रहा है
    सोचता हूं कि error code handling code को कितनी बार छेड़ा जाता होगा कि बहुत पहले ठीक हो जाना चाहिए था ऐसा error अब भी बचा है। असल में यह ऐसी चीज़ लगती है जिसे एक बार बनाकर भुला दिया जाए, लेकिन अगर यह लंबे समय से था और दिखा नहीं, तो लगता है error code code की quality assurance में भी error था

    • इसलिए exceptions और error paths संभालने वाला code लिखते या review करते समय मैं उसे और सख्ती और बारीकी से देखता हूं
      मेरे हिसाब से वह normal path code से ज्यादा सरल, बेतहाशा आसान समझ में आने वाला, और कम coupling वाला होना चाहिए। न inheritance, न abstraction, और dependency tree भी shallow होना चाहिए
      exception handling bug की वजह से system down होते मैंने बहुत बार देखा है। exception paths की testing अक्सर बहुत कम होती है या छूट जाती है, और exception अपने स्वभाव से ही अनपेक्षित जगहों से निकलने की प्रवृत्ति रखते हैं
    • उम्र दिखाने वाली बात है, लेकिन पहले इस्तेमाल होने वाले OS/2 build में कभी-कभी “यह error message हटा दिया गया है” दिखता था
    • करीब एक साल पहले जिस bug पर काम किया था, वह आखिरकार logging code के exception की वजह से निकला
      जिस खास case में exception handling code द्वारा फेंके गए exception को log किया जा रहा था, उसी में logging code में फिर से exception आ जाता था। internal tool था, इसलिए मज़े के लिए मैंने change log entry को जानबूझकर जितना हो सके उतना उलझाकर लिखा
    • मेरा पसंदीदा message था छोटे अक्षरों में “Something Happened”, और फिर फिर से “Something Happened”

  • मैंने instructions follow करके देखा, और यह भी समझ आता है कि कुछ यूज़र्स के लिए यह काफी भारी लग सकता है
    command line के बजाय Windows Disk Management से partition छोटा करके जरूरी space बनाया
    हैरानी है कि इस process के लिए script नहीं है, शायद इसका मतलब है कि यह उतना ही complex है और गलती की गुंजाइश ज्यादा है। इसलिए सिर्फ double-click करके खत्म हो जाने वाली script न होने की वजह भी यही लगती है कि काम खुद ही tricky है
    जिस तेज़ Windows Update fix की बहुत लोग उम्मीद कर रहे थे, उस पर भी आशावादी होना मुश्किल है, लेकिन लगता है जल्द ही third-party developers इस process को automate करने वाली scripts या programs जारी करेंगे

    • Automatic disk और partition changes में गंभीर data loss का risk काफी ज्यादा लगता है
    • अब लगता है PowerShell script आ गई है, लेकिन ऐसा नहीं लगता कि वह partition size बदलती है। क्या किसी ने इस्तेमाल किया है?
      https://support.microsoft.com/en-us/topic/kb5034957-updating...

  • इसमें “एक vulnerability जिसमें attacker Windows Recovery Environment (WinRE) का इस्तेमाल करके BitLocker encryption bypass कर सकता है” वाला हिस्सा है, लेकिन मुझे हमेशा अजीब लगा कि recovery environment पहले से ही automatically decrypted system drive तक SYSTEM privileges के साथ पहुंच देने जैसा दिखता था
    कई सालों से ऐसा था, और login password खो चुके machine का content dump करने के लिए भी इसका इस्तेमाल किया जा सकता था। शायद यह intended behavior नहीं था

    • यह बात तभी लागू होती है जब TPM PIN इस्तेमाल न हो या TPM 2.0 से कम हो
      PIN के साथ BitLocker का TPM तरीका ऐसा है कि TPM से पूछे बिना hard drive key जानने का कोई तरीका नहीं, और TPM PIN मांगता है। brute-force protection और lockout भी built-in हैं
    • याद पड़ता है कि WinRE recovery tasks से पहले local administrator password नहीं मांगता क्या?
      इसलिए “automatic unlock” आम तौर पर बड़े caveat वाली feature है, और यही एक वजह है कि जहां हो सके PIN, password, network unlock की सलाह दी जाती है। हालांकि downside यह है कि हर update पर laptop को संभालते हुए restart के समय हर बार unlock करना पड़ता है

  • Microsoft unpaid Insiders पर छोड़ने के बजाय ठीक-ठाक quality assurance department फिर से क्यों नहीं बना सकता? ऐसा लगता है जैसे वे उन लोगों पर निर्भर हैं जो Flavor-Aid पीकर मानते हैं कि Microsoft code कभी गलत लिख ही नहीं सकता

    • feedback community देखें तो सभी Insiders को ऐसे देखना सही नहीं लगता
      हालांकि traditional quality assurance department हटाए अब करीब 10 साल हो गए हैं, और वह department बाहरी user validation इस्तेमाल करने से ज्यादा काम करता था। सच कहूं तो उससे पहले के 10 सालों की तुलना में Windows ज्यादा बार टूटता है, ऐसा कहना मुश्किल है, लेकिन पिछले 20 सालों में medical systems जैसी जगहों पर patch issues से हुए outages के statistics असली numbers में देखना चाहूंगा

  • fix का तरीका डरावना जरूर लगता है, फिर भी उन्होंने कुछ तो दिया, इसके लिए शुक्रगुज़ार हूं
    कुछ साल पहले एक update ने काफी लोगों के ReFS arrays खराब कर दिए थे, तब rollback के अलावा कोई समाधान नहीं मिला, और आखिर वह update mandatory हो गया, हटाना भी नामुमकिन हो गया, इसलिए array शुरू से फिर बनाना पड़ा

    • उन्होंने कुछ दिया तो है, लेकिन यह अब भी बड़ा हादसा है
      paid product में बचा-खुचा टुकड़ा फेंक देने पर grateful होने की बात नहीं। अगर मेरी बात इरादे से अलग पढ़ी गई हो तो माफ़ी
      Microsoft ने installation खराब की और आधा-अधूरा fix दिया, इसके लिए उसे जवाबदेह ठहराना चाहिए। समस्या complex हो सकती है, लेकिन अगर कोई company desktop operating system market की leader है और उससे भारी पैसा कमाती है, तो उसे बेहतर करना चाहिए

  • समस्या यह है कि recovery partition है ही नहीं या पर्याप्त बड़ा नहीं है
    Win10 virtual machine में recovery partition की जरूरत नहीं थी, इसलिए installation के बाद उसे delete कर दिया था, और अब वह installation update नहीं हो सकती

    • मैंने recovery partition disable करने वाली guidance follow की, और लगता है शुरू से ही space allocate नहीं किया था
      reboot के बाद Windows 11 में upgrade कर पाया, और उम्मीद है बाद में कोई बड़ी समस्या न आए। अगले step में बताए गए system partition resize को मैं सच में छूना नहीं चाहता था
      case पर निर्भर करेगा, लेकिन संयोग से सामने आया यह bug Hacker News के front page पर आ गया, यह मज़ेदार है

  • “सिर्फ़ एक छोटी-सी समस्या ठीक करने के लिए command line पर नहीं जाना चाहता, इसलिए Windows इस्तेमाल करता हूँ” — ऐसा कहा जाता है, लेकिन असल में हम तो पहले से ही उसी क्लब में शामिल थे
    कुछ साल पहले Windows ने अचानक तय कर लिया कि उसे मेरी user directory तक access की अनुमति नहीं है, और मेरा system ऐसा हो गया जिसमें Explorer और taskbar अजीब तरह से टूट गए थे
    इसे ठीक करने के लिए admin console में जाकर नया user बनाना पड़ा, पुराने account की files नए account में ले जानी पड़ीं, फिर ownership और permissions बदलनी पड़ीं। इसलिए यह सोचना कि graphical होने की वजह से Windows आसान है, बकवास है
    अगर आखिरकार किसी अजीब failure mode में फँसकर commands चलाते हुए ही संभालना है, तो मैं बस Linux और NetBSD इस्तेमाल करता रहूँगा

  • एक पूर्व Windows developer के तौर पर मुझे Windows upgrades की वजह से बहुत चिढ़ होने की याद है
    installation folder में अब भरोसेमंद तरीके से लिखना संभव नहीं रहा, फिर registry में लिखवाया गया, और data folder व दूसरी locations में चीज़ें बाँटकर लिखनी पड़ीं। इसलिए installation को “दस हिस्सों” में तोड़कर data locations manage करनी पड़ती थीं, और HKEY_LOCAL_MACHINE, HKEY_CURRENT_USER वगैरह से निपटने के बाद install elevation माँगनी पड़ती थी
    धुंधली-सी याद है कि मैंने एक bug debug किया था जिसमें installation folder की file delete करने पर Windows background में उस file का पुराना version restore कर देता था। c:\program files virtualized था और अब असली directory की तरह behave नहीं करता था

    • installation folder में भरोसेमंद तरीके से न लिख पाने वाला बदलाव शायद Windows XP के समय आया था, और मुझे लगता है यह अच्छा बदलाव था
      user programs को executables से भरे folder में लिखने देना security के लिहाज़ से डरावना है

  • यह निष्कर्ष भी निकाला जा सकता है कि हर update release होते ही तुरंत install करना बेहतर नहीं है

    • macOS और iOS पर मैं थोड़ी देर इंतज़ार करने वाला तरीका अपनाता हूँ, लेकिन Windows में यह बताने का तरीका नहीं मिला कि मुझे automatic updates नहीं चाहिए
      खासकर रात भर चलने वाले calculation job के बीच update हो जाना मुश्किल पैदा करता है
    • क्या Microsoft ने इसे बदल दिया है, या Windows 10 Home अब भी users को latest updates तुरंत install करने के लिए मजबूर करता है?
    • जैसे Google Android और Chrome OS में करता है, क्या Microsoft भी ऐसे updates को पहले internally dogfood करता है?

  • अगर पत्रकार ने Linux इस्तेमाल किया होता, तो उसे पता होता कि यह random numbers जैसे दिखने वाले error codes से कहीं बेहतर error messages दिखाता है

    • क्या यह सचमुच गलत error message दिखाने वाली स्थिति नहीं थी?
      Microsoft के मुताबिक “error code handling routine की error की वजह से” यह error सही error नहीं भी हो सकता है
    • Windows को इस्तेमाल में अच्छा बनाने वाली चीज़ error messages नहीं, बल्कि one-click fix है
    • exit code 139, हम्म
    • सही है, लेकिन कभी-कभी उपयोगी message सिर्फ़ dmesg में ही मिलता है