इस सवाल का पहले से ही यहाँ एक जवाब है:
मेरे पास एक बिल्कुल नया फ्लैश ड्राइव (एक सप्ताह पुराना) है जो केवल विंडोज, कुबंटू और एक बूट करने योग्य पार्टीशनर के रूप में पढ़ा गया है। ऐसा क्यों हुआ? क्या यह ठीक है? यदि यह है, तो मैं इसे कैसे ठीक कर सकता हूं?
समस्या
सबसे पहले, यह ड्राइव नया है। यह निश्चित रूप से सामान्य पहनने और आंसू से मरने के लिए पर्याप्त उपयोग नहीं किया गया है, हालांकि मैं दोषपूर्ण घटकों को छूट नहीं दूंगा।
ड्राइव ही किसी भी तरह से केवल एक राज्य में बंद हो गया है। विंडोज 'डिस्क प्रबंधन:
Diskpart:
Generic Flash Disk USB Device
Disk ID: 33FA33FA
Type : USB
Status : Online
Path : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : Yes
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
क्या वास्तव में मुझे भ्रमित करता है Current Read-only State : Yes
और Read-only : No
।
समाधान का प्रयास किया
अब तक, मैंने कोशिश की है:
विंडोज में इसे फॉर्मेट करना (डिस्क मैनेजमेंट में, राइट क्लिक करने पर फॉर्मेट ऑप्शन बाहर निकल जाते हैं)।
डिस्कपार्ट क्लीन (
CLEAN - Clear the configuration information, or all information, off the disk.
):DISKPART> clean DiskPart has encountered an error: The media is write protected. See the System Event Log for more information.
इवेंट लॉग में कुछ भी नहीं था।
विंडोज कमांड लाइन प्रारूप
>format G: Insert new disk for drive G: and press ENTER when ready... The type of the file system is FAT32. Verifying 7740M Cannot format. This volume is write protected.
Windows chkdsk: विवरण के लिए नीचे देखें
कुबंटु fsck (वर्चुअलबॉक्स USB passthrough के माध्यम से): विवरण के लिए नीचे देखें
Acronis True Image प्रारूपित करने के लिए, GPT में कनवर्ट करने के लिए, MBR को नष्ट करने और पुनर्निर्माण करने के लिए, मूल रूप से कुछ भी: विफल (एमबीबीएस के लिए नहीं लिख सकता)
विवरण और एक अच्छी कहानी)
पृष्ठभूमि
यह एक नया, सामान्य, 8GB फ्लैश ड्राइव था, जिसके साथ मैं एक मल्टीबूट फ्लैश ड्राइव बनाना चाहता था। यह FAT32 के रूप में स्वरूपित हुआ, हालांकि मैं अभी तक भर में आए 8 गीगाबाइट फ्लैश ड्राइव की तुलना में थोड़ा बड़ा है। लगभग 127MB को विंडोज द्वारा "उपयोग" के रूप में सूचीबद्ध किया गया था। मैंने कभी खोज क्यों नहीं की। अंतिम प्रयोग करने योग्य स्थान के बारे में था जो मैं सामान्य रूप से 8GB ड्राइव (लगभग 7.4 GIBIbytes) से उम्मीद करता हूं।
मैंने हिरेन की एक प्रति के साथ काफी कुछ लिनक्स डिस्ट्रोस पर फेंका था। वे सभी पूरी तरह से बूट करेंगे। उन्हें YUMI के साथ रखा गया था ।
जब मैंने नोपेपिक्स डीवीडी को रखने की कोशिश की, तो YUMI ने अपने बूट कॉमन के लिए एक अजीब वीडियो विकल्प जोड़ा, जिसके कारण नोपेपिक्स tty
ने 6 के माध्यम से X 1 पर काली स्क्रीन के साथ बूट किया, फिर भी पाठ केवल इंटरफेस के रूप में काम किया।
कुछ दिनों बाद, मुझे उस अजीब वीडियो विकल्प को लेने में कुछ समय लगा, जिससे बूट कमांड का मिलान नॉपिक्स के साथ हुआ। बूट करने के प्रयास पर, नोपेपिक्स ने LZMA भ्रष्टाचार के कुछ रूप की सूचना दी।
वर्तमान मुद्दे की ओर बढ़ रहा है
मैं सोच रहा था कि नोपेपिक्स फाइलें किसी तरह से दूषित हो सकती हैं, इसलिए मैंने इसे फिर से लोड करने की कोशिश की। ड्राइव लगभग पूर्ण (45 एमबी मुक्त) था, इसलिए मैंने एक सामान्य आईएसओ को हटा दिया जो कि बूट नहीं कर रहा था। वह ठीक हो गया। मैं तब YUMI के माध्यम से 'नोपेप' को अनइंस्टॉल करने के लिए चला गया, अर्थात फाइलें हटा दी और मेनू से हटा दिया। फाइलें पहले चली गईं, फिर मेनू सफलतापूर्वक समाप्त हो गए। हालांकि, निशुल्क स्थान लगभग 700 एमबी पर अटक गया था, जैसा कि नोपेपिक्स को हटाने से पहले था। पुराने Knoppix फोल्डर में, 0 बाइट फाइल थी जिसका नाम KNOPPIX
डिलीट नहीं किया जा सकता था।
मैंने इस फ़ाइल को हटाने के लिए ड्राइव को फिर से स्थापित करने की कोशिश की - सुरक्षित रूप से हटाने के बिना, अगर इससे कोई फर्क पड़ा (अरे, पहली बार सब कुछ)। chkdsk
बिना /r
या /f
रिपोर्ट की गई त्रुटियों के मानक विंडोज स्कैन को चलाना । /r
बस के साथ दौड़ना अटक गया।
मैंने fsck
एक शॉट देने का फैसला किया , इसलिए मैंने अपने कुबंटु वीएम को लोड किया और ड्राइव को वर्चुअलबॉक्स के यूएसबी 2.0 पेसस्ट्रॉथ के साथ जोड़ दिया। मैंने umount
इसे संपादित किया ( /dev/sda1
) और एक fsck भाग गया। There are differences between boot sector and its backup.
मैंने चुना No action
। इसने मुझे FAT के बारे में बताया और मुझे पहला या दूसरा FAT चुनने के लिए कहा। मैंने जिसे भी चुना, मुझे नोटिस मिला Free cluster summary wrong
। अगर मैंने चुना Correct
, तो इसने गलत फ़ाइल नामों की एक सूची दी। कुछ ठीक करने की कोशिश करने के लिए , कम से कम, मैंने इसे -p
विकल्प के साथ चलाया । फ़ाइलों को ठीक करने के माध्यम से आधे रास्ते में, वीएम फ्रीज़ - मैंने लगभग दस मिनट बाद इसकी प्रक्रिया समाप्त कर दी।
कारण?
मेरा अगला प्रयास पूरे ड्राइव को फिर से बनाने के लिए, YUMI का उपयोग करना था। मैंने YUMI के सुधारक (FAT32) विकल्प में बनाया और एक कुबंटू आईएसओ (700MB) स्थापित किया। प्रारूप सफल था, हालांकि, लगभग 60% पर कुबंटु (जो YUMI के लिए 7zip बाइनरी का उपयोग करता है) को निकालने के लिए जम गया। लगभग पंद्रह मिनट के इंतजार के बाद (3.5GB से अधिक नोपेप्स आईएसओ ने पिछली बार लिया), मैंने ड्राइव को बाहर निकाला। इस बिंदु पर ड्राइव पहले से ही स्वरूपित था, SYSLINUX पहले से ही स्थापित है, बस एक आईएसओ के अनपैकिंग और बूट मेनू के संशोधन पर इंतजार कर रहा है।
इसे वापस प्लग करने पर, यह सामान्य हो गया - हालांकि, कोई भी लिखित कार्रवाई विफल हो जाएगी। डिस्क प्रबंधन ने इसे केवल पढ़ने के लिए रिपोर्ट किया। पुन: कनेक्ट होने पर, यह सामान्य हो जाएगा, लेकिन एक लेखन ऑपरेशन के कारण इसे फिर से पढ़ा जा सकता है। कुछ प्रयासों के बाद, यह केवल प्रविष्टि पर पढ़ने के रूप में आने लगा।
ठीक करने का प्रयास
यह तब है जब मैं ऊपर सूचीबद्ध प्रयासों के माध्यम से भाग गया, दोषपूर्ण प्रारूप के मामले में इसे सुधारने और सुधारने के लिए। हालाँकि ऐसा करने में असमर्थता एक बूट करने योग्य डिस्क पर भी इंगित करता है कि कुछ अधिक गंभीर गलत है। chkdsk
अब रिपोर्ट कुछ भी गलत नहीं है, और fsck
अभी भी MBR विसंगतियों की रिपोर्ट करता है, लेकिन अब हमेशा मुझे FAT के अलग-अलग बताने के बाद स्वचालित रूप से FAT चुनता है। यह Free cluster summary wrong
बाद में भी ऐसा ही करता है । मैं -p
अब और नहीं चला सकता क्योंकि यह अब केवल पढ़ने के रूप में चिह्नित है। यह पहले प्रयास में किसी तरह मेरी वीएम की डिस्क को भ्रष्ट करने में कामयाब रहा (हां, मुझे यकीन है कि मैंने एसडीए चुना है, जिसे 7.4 जीबी ड्राइव पर मैप किया गया है - मैंने ट्रिपल चेक किया)। स्नैपशॉट के लिए भगवान का शुक्र है?
मैं सिर्फ विचारों से बाहर हूं। मेरे अनुभवहीन दिमाग के लिए यह ड्राइव के फर्मवेयर में कुछ ऐसा दिखता है जो इसे किसी भी तरह केवल "स्थायी रूप से" पढ़ने के लिए सेट करता है - क्या इसे रीसेट करने का कोई तरीका है? मैं डेटा रखने के बारे में विशेष रूप से ध्यान नहीं देता, यह देखते हुए कि मैंने इसे दो बार सुधार लिया है।
इसके अलावा, मुझे विंडोज में रखने वाले फ़िक्सेस बेहतर हैं; यह मुझे गलती से मेरे मुख्य हार्ड ड्राइव को nuking के जोखिम को कम करता है।
अपडेट 1:
मैंने जिज्ञासा से ड्राइव को अलग किया।
जैसा कि आप देख सकते हैं, कोई स्पष्ट लेखन सुरक्षा स्विच नहीं हैं। दूसरी तरफ एक IC है, ALCOR ब्रांडेड है जिसे AU6989HL कहा जाता है, अगर यह मायने रखता है। यदि इसे ठीक करने का कोई तरीका प्रतीत नहीं होता है, तो मैं संभवतः (चिपके हुए) कार्ड को बाहर निकाल दूंगा और कार्ड रीडर में डालकर जांच करूंगा कि यह कार्ड है या नियंत्रक मर गया है।
अपडेट 2:
मैंने कार्ड को बंद कर दिया है, विंडोज अब कार्ड रीडर के रूप में ड्राइव का पता लगाता है। कार्ड पर संपर्कों का उपयोग नहीं किया जाता है, और कार्ड पर ही छेद की कई पंक्तियाँ हैं। इसे कार्ड रीडर में डालने से कुल 30MB, RAW का पता चलता है। यह शायद या तो मूल ड्राइव गलत तरीके से कार्ड को दोषपूर्ण बता रहा है (जैसे कि एक असली एसडी कार्ड की राइट प्रोटेक्ट को स्विच किया गया था) या कहीं बुरा संपर्क।
अगर और कुछ नहीं है, तो मेरे पास अभी 8GB माइक्रो एसडी कार्ड है ... जैसे ही मुझे पता चलेगा कि इसे 8GB के रूप में कैसे प्रारूपित किया जाए। जो संभव नहीं लगता है (विंडोज, पार्टेडकैमिक्स, डीबीएएनएनएनएन dd
... अभी भी , 30 एमबी )। ठीक है।
अपडेट ३
मेरे पास इनमें से कुछ और थे। दूसरा वाला आज (केवल पढ़ने के लिए) इसी तरह विफल रहा। बचे हुए में से, दो को खाली कार्ड रीडर / गैर-सक्रिय ड्राइव के रूप में पाया गया, जो झटकों (दोषपूर्ण संपर्क) पर निर्भर करता है। एक को 1/3 पूर्ण के रूप में पाया गया था, और एक विषम मात्रा नाम था।
H2testw परिणाम (पिछले पूरी तरह से एक काम पर मेरे पास!):
Warning: Only 7762 of 7812 MByte tested.
The media is likely to be defective.
7.5 GByte OK (15896472 sectors)
52 KByte DATA LOST (104 sectors)
Details:0 KByte overwritten (0 sectors)
0 KByte slightly changed (< 8 bit/sector, 0 sectors)
52 KByte corrupted (104 sectors)
0 KByte aliased memory (0 sectors)
First error at offset: 0x0000000186003000
Expected: 0x0000000186003000
Found: 0x00200800c40c3061
H2testw version 1.3
Writing speed: 3.95 MByte/s
Reading speed: 14.0 MByte/s
H2testw v1.4
हालांकि यह थोड़ा चिंताजनक है, जाहिर है कि ड्राइव में वास्तव में लगभग 8 जीबी की क्षमता होती है, क्योंकि नकली फ्लैश ड्राइव का पता लगाने के लिए अक्सर एक उपकरण द्वारा सत्यापित किया जाता है। एक चिह्नित फ्लैश मेमोरी मॉड्यूल के बजाय माइक्रो एसडी कार्ड का उपयोग ड्राइव को फिर से भरना असंभव बनाता है, क्योंकि एल्कोर के फ्लैशिंग टूल एक पैरामीटर के रूप में मेमोरी मॉडल की अपेक्षा करते हैं। मुझे लगता है कि मैं अभी पूरी तरह बाहर निकाल दूंगा।
Windows Logs
Applications and Services Logs
F5