- माइक्रोसॉफ्ट का कहना है कि उसे विंडोज 11 अपडेट और एसएसडी विफलताओं के बीच कोई संबंध नहीं मिला है।
- फ़िसन ने 4.500 घंटे से अधिक परीक्षण किया, लेकिन बग को पुनः उत्पन्न नहीं कर सका।
- रिपोर्टें लेखन-गहन लोड और 60% से अधिक अधिभोग वाली ड्राइवों पर केंद्रित होती हैं।
- जब तक स्रोत स्पष्ट न हो जाए, बैकअप प्रतियां बनाने और बहुत बड़े स्थानान्तरण से बचने की सिफारिश की जाती है।
एक संभावित बातचीत के बारे में Microsoft से संबंधित SSD विफलता कई दिनों की रिपोर्टों और बयानों के आदान-प्रदान के बाद स्थिति ने एक नया मोड़ ले लिया है। कंपनी अब यह कहती है किअपने सहयोगियों के साथ मामले का विश्लेषण करने के बाद, इस बात का कोई सबूत नहीं है कि नवीनतम विंडोज 11 अपडेट कुछ उपयोगकर्ताओं द्वारा रिपोर्ट की गई घटनाओं के साथ.
फिर भी, जो लोग दावा करते हैं कि वे इससे प्रभावित हुए हैं, वे बहुत विशिष्ट और बार-बार होने वाले लक्षणों का वर्णन करते हैं, इसलिए जांच अभी भी जारी हैइस लेख में, हम उन बातों को संकलित कर रहे हैं जो आधिकारिक तौर पर घोषित की गई हैं, रिपोर्ट किए गए मामलों में क्या स्थितियां दोहराई गई हैं, तथा सभी विवरणों को स्पष्ट करते हुए क्या एहतियाती उपाय लागू किए जाने चाहिए।
क्या रिपोर्ट किया गया है और कब

पहली चेतावनी अगस्त के मध्य में आई: कुछ निश्चित - मुख्यतः - स्थापित करने के बाद KB5063878 और, कुछ हद तक, KB5062660—, कुछ कंप्यूटरों ने अपने स्टोरेज ड्राइव को पहचानना बंद कर दिया गहन लेखन कार्य.
En कई साक्ष्य दो स्थितियों को दोहराते हैं: एक बार में 50GB से अधिक डेटा स्थानांतरित या सहेजने का प्रयास करना और ड्राइव का सीमा से अधिक होना इसकी क्षमता का 60%इन परिदृश्यों में, कुछ उपयोगकर्ता रिपोर्ट करते हैं कि ड्राइव सिस्टम से गायब हो गई, और यहां तक कि UEFI/BIOS से भी, हालांकि कुछ मामलों में एक साधारण रीबूट से ड्राइव वापस चालू हो गई।
प्रारंभिक रिपोर्टों में रेडिट और स्थानीय मंचों जैसे समुदायों से पोस्ट शामिल हैं - जिनमें जापानी उपयोगकर्ताओं का प्रारंभिक उल्लेख है - हमेशा भारी बोझ और लंबे समय तक लिखने के काम के साथ समस्या के लिए एक ट्रिगर के रूप में.
माइक्रोसॉफ्ट की आधिकारिक स्थिति

जांच शुरू करने और कई निर्माताओं के साथ सहयोग करने के बाद, माइक्रोसॉफ्ट का कहना है कि कोई संबंध नहीं मिला अगस्त सुरक्षा अपडेट और बताई गई खामियों के बीच। कंपनी के अनुसार, न तो आंतरिक परीक्षण और न ही टेलीमेट्री से पैच स्थापित करने के बाद घटनाओं में वृद्धि का पता चलता है।.
प्रयोगशाला सत्यापन के अलावा, रेडमंड कंपनी का कहना है कि वह अद्यतन परीक्षण वातावरण में बग को पुनः उत्पन्न करने में सक्षम नहीं है।, और किसी भी संभावित कारण का पता लगाने के लिए नए मामलों पर डेटा एकत्र करना जारी रखेगा। संदर्भ के लिए, माइक्रोसॉफ्ट ने अतीत में गंभीर समस्याओं को स्वीकार किया है जब ठोस सबूत थे, जो उसकी वर्तमान संलिप्तता से इनकार को संदर्भ प्रदान करता है।
उद्योग जगत क्या कहता है: फ़िसन मामला

नियंत्रक निर्माता फ़िसन इसने बताया कि उसने 4.500 घंटे से अधिक परीक्षण और 2.200 परीक्षण चक्र पूरे कर लिए हैं, लेकिन असफलताओं को दोहराने में सक्षम नहीं हो पाया है।यह भी आश्वासन देता है कि उसके साझेदारों और ग्राहकों ने औपचारिक चैनलों के माध्यम से किसी भी लगातार घटना की रिपोर्ट नहीं की है।
इसके समानांतर, यह क्षेत्र उन परिचालन कारकों की ओर इशारा करता है जो लोड के तहत असामान्य व्यवहार को बढ़ा सकते हैं, जैसे कि खराब ऊष्मा अपव्यय कुछ कॉन्फ़िगरेशन में। कोई एक कारण बताए बिना, उद्योग जगत माइक्रोसॉफ्ट से सहमत है कि, आज की स्थिति में, कोई निर्णायक सबूत नहीं है जो अद्यतन को दोषपूर्ण बनाता है।
मामलों में उद्धृत मॉडल और सामान्य स्थितियाँ

शिकायत सूत्र में ऐसी इकाइयों का संदर्भ है जैसे कोर्सेर फोर्स MP600, सैनडिस्क एक्सट्रीम प्रो, की श्रृंखला किओक्सिया एक्सेरिया, नियंत्रकों मैक्सियो, इनोग्रिट और नियंत्रकों वाले मॉडल फ़िसनकुछ अलग-थलग मामलों का भी उल्लेख किया गया है, जैसे कि WD ब्लू SA510 (2 TB), हमेशा निरंतर लेखन भार के तहत और ड्राइव काफी भरा हुआ।
इस बात पर ज़ोर देना महत्वपूर्ण है कि, एसएसडी के स्थापित बेड़े की तुलना में, रिपोर्टों की संख्या कम बनी हुई है. हालाँकि लक्षण - गायब हो रही ड्राइव, पढ़ने/लिखने में त्रुटियाँ, और कभी-कभी डेटा भ्रष्ट होना - गंभीर लगते हैं, यह पैमाना व्यापक विफलता के बजाय पृथक घटनाओं का सुझाव देता है.
एहतियाती उपाय और अनुशंसित कदम

किसी अद्यतन के बारे में ठोस संकेत न होने पर, इसे लागू करना उचित है उचित विवेक डेटा संग्रह जारी रहेगा। ये दिशानिर्देश उच्च-लोड परिदृश्यों में जोखिमों को कम करने में मदद करते हैं।
- किरण नियमित बैकअप आपकी महत्वपूर्ण फ़ाइलों (स्थानीय और/या क्लाउड) की।
- Evita, अगर संभव हो तो, जब SSD का उपयोग 60% से अधिक हो तो दसियों गीगाबाइट का स्थानांतरण.
- यूनिट की SMART स्थिति और तापमान की जाँच करेंयदि आप गहन भार के साथ काम करते हैं तो हीट सिंक या थर्मल पैड पर विचार करें।
- तारीख तक रखना फर्मवेयर और ड्राइवर यदि आप अजीब व्यवहार देखते हैं तो Windows अद्यतन को अस्थायी रूप से रोकने पर विचार करें।
- यदि कंप्यूटर ड्राइव को पहचानना बंद कर दे, रीबूट का प्रयास करें और, अगर यह जारी रहता है, मामले की रिपोर्ट आधिकारिक समर्थन चैनल.
इन उपायों के साथ, और आगे के डेटा के लंबित रहने के कारण, अधिकांश उपयोगकर्ता काम करना जारी रख सकेंगे साधारण अवस्था, वर्णित मामलों के पीछे प्रतीत होने वाले चरम परिदृश्यों के संपर्क को कम करना।
वर्तमान तस्वीर स्पष्ट है: माइक्रोसॉफ्ट और कई हार्डवेयर कंपनियां संकेत देती हैं कि इस बात का कोई सबूत नहीं है कि विंडोज 11 अपडेट एसएसडी विफलताओं का प्रत्यक्ष कारण है।इस बीच, तकनीकी समुदाय नई रिपोर्टों पर ध्यान दे रहा है तथा उस कुंजी को खोजने में लगा है जो यह स्पष्ट करती है कि नियंत्रित परीक्षणों में न दिखाई देने वाली समस्या कुछ विन्यासों में क्यों पुनरुत्पादित होती है।
मैं एक प्रौद्योगिकी उत्साही हूं जिसने अपनी "गीक" रुचियों को एक पेशे में बदल दिया है। मैंने अपने जीवन के 10 से अधिक वर्ष अत्याधुनिक तकनीक का उपयोग करने और शुद्ध जिज्ञासा से सभी प्रकार के कार्यक्रमों के साथ छेड़छाड़ करने में बिताए हैं। अब मैंने कंप्यूटर प्रौद्योगिकी और वीडियो गेम में विशेषज्ञता हासिल कर ली है। ऐसा इसलिए है क्योंकि 5 वर्षों से अधिक समय से मैं प्रौद्योगिकी और वीडियो गेम पर विभिन्न वेबसाइटों के लिए लिख रहा हूं, ऐसे लेख बना रहा हूं जो आपको ऐसी भाषा में आवश्यक जानकारी देने का प्रयास करते हैं जो हर किसी के लिए समझ में आती है।
यदि आपके कोई प्रश्न हैं, तो मेरी जानकारी विंडोज ऑपरेटिंग सिस्टम के साथ-साथ मोबाइल फोन के लिए एंड्रॉइड से संबंधित हर चीज तक है। और मेरी प्रतिबद्धता आपके प्रति है, मैं हमेशा कुछ मिनट बिताने और इस इंटरनेट की दुनिया में आपके किसी भी प्रश्न को हल करने में आपकी मदद करने को तैयार हूं।