सीगेट मोमेंटस एक्सटी भ्रष्ट फ़ाइलों (लिनक्स और मैक)

मेरा सीगेट मोमेंटस एक्सटी हाइब्रिड हार्ड ड्राइव लिनक्स पर फाइलों को दूषित कर रहा है। मैं किसी से मदद की सराहना करता हूं, लेकिन मैं विशेष रूप से जानना चाहता हूं कि क्या अन्य मोमेंटस एक्सटी उपयोगकर्ता इस समस्या को पुन: उत्पन्न करने में सक्षम हैं; मैंने सीगेट सामुदायिक मंचों पर इस मुद्दे को पुन: प्रस्तुत करने के लिए चरण-दर-चरण निर्देश प्रदान किए हैं ।

अब तक, चार उपयोगकर्ताओं ने निम्न लैपटॉप और OS / वितरण पर इस समस्या को पुन: पेश किया है:

पांच लैपटॉप: लेनोवो थिंकपैड T60, T61, T510, MSI MS-1656-ID1, और मैकबुक प्रो (15 "देर से 2009)।
चार OS / वितरण: Ubuntu 11.04, Fedora 15, openSUSE, और Mac OS X।

समस्या उत्पन्न होने के लिए निर्देश सरल हैं। यहाँ एक संक्षिप्त मौखिक विवरण दिया गया है:

एक बड़े परीक्षण फ़ाइल बनाएँ, एक और भंडारण युक्ति (करने के लिए इसे बचाने के लिए नहीं Momentus XT), और गणना SHA-1 चेकसम।
मोमेंटस एक्सटी के लिए परीक्षण फ़ाइल लिखें।
मोमेंटस एक्सटी से परीक्षण फ़ाइल पढ़ें, एसएचए -1 की गणना करें, और मूल के चेकसम के साथ इस चेकसम की तुलना करें। हमारे पास एक मैच होना चाहिए। यदि वे मेल नहीं खाते हैं, तो हमने समस्या को पुन: प्रस्तुत किया है। (केवल 'शायद', क्योंकि अन्य मुद्दों के लिए एक बेमेल पैदा करना संभव है। सीगेट धागे के साथ फ़ाइलों की तुलना करके इस विशिष्ट समस्या की पहचान करने के बारे में देखें cmp -l।)
चरण (2) से दोहराएँ।

सीगेट धागा अधिक जानकारी के है। मेरे परीक्षण के कुछ नोट यहां दिए गए हैं (मैं लगातार तीन मोमेंटस एक्सटी ड्राइव्स पर इस समस्या को पुन: उत्पन्न करने में सक्षम रहा हूं; मैं दो बार आरएमएडी और अब तीसरे पर हूं):

ऐसा प्रतीत होता है कि मोमेंटस एक्सटी कभी-कभी ड्राइव पर डेटा लिखने की उपेक्षा करता है, ताकि जब मैं ड्राइव से पढ़ता हूं, तो मुझे वही मिलता है जो मूल रूप से सेक्टर पर था, और सही डेटा नहीं। यह विभिन्न आकारों के ब्लॉकों में होता है; विशिष्ट आकार 1 MiB और 512 KiB हैं।
समस्या ext2, ext4, Btrfs, NTFS और FAT32 पर होती है। अजीब बात है, मैं ext3 पर इस समस्या को पुन: पेश करने में सक्षम नहीं था।
oflag=directआउटपुट फ्लैग के साथ लिखने ddसे इस समस्या से बचा जाता है। तेजी से डिस्क पर डेटा के साथ आने से while true; do sync; sleep 0.01; doneभी समस्या से बचाव होता है।
मैं केवल SATA और eSATA इंटरफ़ेस के माध्यम से इस समस्या को पुन: उत्पन्न करने में सक्षम रहा हूं। एक USB कनेक्शन समस्या को रोकने के लिए लगता है। (निश्चित नहीं कि यह स्थानांतरण गति के कारण है।)
बड़ी फ़ाइलों (> 2 जीबी) के साथ समस्याएं अक्सर होती हैं। मैं लगभग 85 एमबी की तुलना में छोटी फ़ाइलों के साथ समस्याओं का उत्पादन करने में सक्षम नहीं था।
मैं NTFS के साथ Windows XP पर समस्या को पुन: उत्पन्न करने में सक्षम नहीं था।
सीगेट के मंचों पर गज़ोई यूएफएस 2 के साथ फ्रीबीएसडी 8.2 पर समस्या को पुन: पेश करने में असमर्थ थे ।
मोमेंटस एक्सटी विस्तारित एसएमएआरटी परीक्षण और badblocks -wबिना किसी समस्या के दोनों पास करता है।
मेरे लैपटॉप (MS-1656-ID1) मेम्नेस्टोरी +, मेमटेस्टोरी, मेमेस्टर, और एमप्राइम में से प्रत्येक के 24 घंटे सफलतापूर्वक गुजर चुके हैं।
मैंने एक ही प्रक्रिया के साथ दो अन्य भंडारण उपकरणों (एक सीगेट मोमेंटस 7200.4 और एक इंटेल 320 श्रृंखला एसएसडी) का परीक्षण किया है, और वे दोनों बिना किसी मुद्दे के साथ गुजरते हैं।

यदि आपके पास एक मोमेंटस एक्सटी है, तो कृपया इस समस्या को पुन: उत्पन्न करने का प्रयास करें और मुझे बताएं कि क्या होता है।

समस्या के निदान के लिए मैं और क्या कर सकता हूं?

— विन्सेंट यू
स्रोत

क्या आप लिखने और पढ़ने के बीच रिबूट कर रहे हैं? क्या आप यह सुनिश्चित करने के लिए कैश फ्लश कर रहे हैं कि यह वास्तव में कैश के बजाय डिस्क से वापस पढ़ा गया है? यदि नहीं, तो हो सकता है कि आप इसे छोटी फ़ाइलों के साथ पुन: पेश नहीं कर सकते हैं क्योंकि वे अभी भी कैश में होने की संभावना है

— psusi

मैं iflag=directdd के साथ इनपुट झंडे के साथ पढ़कर पेज कैश को दरकिनार कर रहा हूं । जब मैं dd का उपयोग नहीं कर रहा होता हूं, तो मैं कैश को फ्लश करता हूंsudo sh -c "sync && echo 1 > /proc/sys/vm/drop_caches"

मुझे बस एहसास हुआ कि आप डिस्क बफर के बारे में बात कर रहे होंगे जो भौतिक रूप से मोमेंटस एक्सटी पर है, लिनक्स पेज कैश के बजाय। आपके पास इस मामले में एक बिंदु है - मैं ज्यादातर डिस्क बफर पढ़ने के खिलाफ कोई सावधानी नहीं बरत रहा हूं, और मैं इसे लिखने के तुरंत बाद फ़ाइल भी पढ़ रहा हूं। शायद मुझे कई फाइलों को लिखना चाहिए, और फिर उन्हें फीफो के आधार पर पढ़ना चाहिए। उस ने कहा, मोमेंटस एक्सटी डिस्क कैश केवल 32 एमबी है, और मैंने अतीत में कुछ परीक्षण भी किए हैं जहां मैंने> 10 जीबी छोटी फाइलें (~ 64 एमबी) लिखी हैं, और उन्हें बाद में बिना किसी भ्रष्टाचार के पढ़ा।

हो सकता है कि ड्राइव के फर्मवेयर (पूर्णांक अतिप्रवाह?) में एक बग है, जो इसे उच्च गति लिखने के तहत अलिखित ब्लॉकों के ढीले ट्रैक का कारण बनता है। या फ्लैश पर कुछ खराब ब्लॉक हैं जिन्हें फर्मवेयर का पता लगाने में विफल रहा। NTFS सत्यापित करता है (और ntfs-3G बहुत धीमा है), इसलिए समस्या के प्रकट होने की संभावना नहीं है। यदि आपको कोई ठीक नहीं मिल रहा है, तो आप ZFS का उपयोग कर सकते हैं और चेकसम को सक्षम कर सकते हैं।

— बिलसी।

@ billc.cn, मैंने NTFS के साथ समस्या को फिर से प्रस्तुत किया है। डेटा चेकसम के साथ Btrfs और ZFS दूषित फ़ाइलों को पढ़ने में विफल रहेंगे, लेकिन दूषित डेटा अप्राप्य होगा। इन फ़ाइलों को पुनर्प्राप्त करने के लिए अधिक अतिरेक (जैसे, FS- स्तर मिररिंग या RAID मिररिंग) की आवश्यकता होगी। किसी भी मामले में, मैं निश्चित रूप से मोमेंटस एक्सटी का उपयोग नहीं कर रहा हूं जब तक कि मुझे पता नहीं है कि क्या हो रहा है।

— विंसेंट यू

जवाबों:

फर्मवेयर को SD26 में अपडेट करना लिनक्स पर फ़ाइल भ्रष्टाचार के साथ इस समस्या को ठीक करता है। दुर्भाग्य से, SD26 को सार्वजनिक रूप से जारी नहीं किया गया है।

SD26 फर्मवेयर प्राप्त करने का सबसे अच्छा तरीका सीगेट को बूट करने योग्य अपडेट सीडी या विंडोज अपडेट उपयोगिता की एक प्रति के लिए पूछना है ।

मैंने 20 अगस्त को एसडी 26 के बारे में पूछने के लिए सीगेट टेक्निकल सपोर्ट ईमेल किया, जब मुझे पता चला कि इसने फ़ाइल भ्रष्टाचार के साथ मेरी समस्या को हल कर दिया है। यहां 23 अगस्त को सीगेट ग्लोबल कस्टमर सपोर्ट से मुझे मिले दो जवाब हैं:

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

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

जैसा कि मैंने पहले ही कहा है, मुझे लगता है कि एसडीगेट को सीधे सीगेट से प्राप्त करना सबसे अच्छा है। हालांकि, बूट करने योग्य आईएसओ और विंडोज उपयोगिता दोनों की लीक प्रतियां भी हैं जो Google पर खोजकर आसानी से मिल जाती हैं। SD26 बूट करने योग्य अपडेट CD (* .iso) का SHA-1 चेकसम जो मुझे सीगेट से प्राप्त हुआ है वह b7b0c7e1b9529925b0364b2cf19a62d608bb8082 है।

मैंने इस उत्तर में जानकारी, और अन्य विविध विवरणों को सीगेट धागे में पोस्ट किया है ।

— विन्सेंट यू
स्रोत

फर्मवेयर SD28 अब उपलब्ध है: seagate.custkb.com/seagate/crm/selfservice/…

— madh

इस समस्या का सभी उल्लेख सीगेट मंचों से हटा दिया गया है। वे शायद यह समझते हैं कि चर्चा अब अनावश्यक है कि कोई एसडी 28 को अपडेट करके समस्या को ठीक कर सकता है।

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

इसलिए गोगलर्स की मदद करने के लिए: http://knowledge.seagate.com/articles/en_US/FAQ/215451en?language=en_US पर SD28 फ़र्मवेयर डाउनलोड करें, जो उस Seagate Momentus XT ड्राइव मॉडल के साथ होने वाले डेटा भ्रष्टाचार बग का समाधान है:

ST92505610AS

ST93205620AS

ST95005620AS

— माइकल
स्रोत

मैंने अभी सत्यापित किया है कि OS X में भी हो रहा है। : ओ (

मुझे दो कारणों से डेटा भ्रष्टाचार का संदेह था:

1) क्षण एक्सटी को 4 जीबी फ्लैश रैम में अक्सर उपयोग की जाने वाली फ़ाइलों को कैश करने के लिए डिज़ाइन किया गया है, और ये फाइलें अक्सर बूट अप (फ़ाइलों की स्थापना, आदि) के दौरान कार्यक्रमों को लोड करने के लिए आवश्यक छोटी फाइलें होती हैं। बढ़ती आवृत्ति के साथ, मेरे प्रोग्राम जो लॉगिन पर लोड करने के लिए कॉन्फ़िगर किए गए हैं वे अचानक डिफ़ॉल्ट सेटिंग्स के साथ आएंगे, या मुझे 'वेलकम ट्यूटोरियल' देंगे और कोई भी सेटिंग प्रोग्राम नहीं है। इनमें mail.app (कोई खाता जानकारी संग्रहीत नहीं है), छोटा सांच (बिना किसी नियम के पोर्ट मॉनिटर), क्विकसिल्वर (स्वागत), और अन्य शामिल हैं। यह मुझे विश्वास दिलाता है कि कैश में छोटी फाइलें दूषित हैं।

2) ड्राइव को 'स्पिनिंग पिनव्हील्स' पैदा करने का सामना करना पड़ा, जहाँ ड्राइव से लगने लगा था, और जब OS को इसे एक्सेस करने की आवश्यकता हुई तो मुझे ड्राइव को फिर से स्पिन करने के लिए इंतजार करना पड़ा। प्रतीक्षा अधिक लगातार होती गई और लंबे समय तक चली। कई मौकों पर मैं बस ड्राइव को मिटा दूंगा और कार्बन कॉपी क्लोनर का उपयोग करके उन सभी चीजों को कॉपी करूंगा, जो पहले बैकअप में थी। हालाँकि, क्षणों में फ़ाइलों की प्रतिलिपि बनाने के बाद बड़ी फ़ाइलों (फिल्मों, आईएसओ छवियों, ज़िप फ़ाइलों) के कई भ्रष्ट थे, और या तो लोड या खुले नहीं होंगे। मैंने सोचा था कि जब मैं हाल ही में कुछ उपयोगकर्ताओं के बारे में पोस्ट कर चुका हूं, तो मैंने स्नो लेपर्ड से लेकर शेर तक अपग्रेड किए जाने पर बीच बॉल्स और स्पिन-डाउन के साथ समस्या को हल किया होगा, लेकिन 3.46 जीबी देव पूर्वावलोकन आईएसओ फ़ाइल मैंने एक यूएसबी ड्राइव से एक्सटीएस को कॉपी किया। इसलिए मैं शेर भी स्थापित नहीं कर सका भ्रष्ट था।

मैंने सीगेट फ़ोरम में आपके धागे को काट दिया था और पोस्ट करने के लिए यहाँ आया था:

मैंने ओएस एक्स के तहत 'स्मार्ट यूटिलिटी' नामक एक कार्यक्रम का उपयोग किया, जिसमें कहा गया था कि ड्राइव विफल हो रहा था। मुझे लगता है कि त्रुटि कोड 184 के लिए थी, जो "एंड-टू-एंड" त्रुटियां थीं। मुझे घबराहट हुई कि ड्राइव "विफल" हो रही थी, लेकिन मैंने पढ़ा कि दूसरों को यह त्रुटि तब मिली जब उन्होंने अपने फ़र्मवेयर को अपग्रेड किया (जैसा कि मैंने एसडी 23 से एसडी 25 तक किया था), और यह कि सीगेट केवल ड्राइव को ही विफल कर देगा क्योंकि यह सी-टुल्ल के तहत विफल रहा ।

मैंने अपने संवेग xt को एक usb बाड़े में रखा और दूसरे कंप्यूटर पर खिड़कियों के माध्यम से ड्राइव पर SeaTools चला गया। स्मार्ट चेक एक अनुमत परीक्षण नहीं था। Running शॉर्ट ड्राइव टेस्ट ’और gener लॉन्ग जेनेरिक टेस्ट’ चलाने में कोई त्रुटि नहीं हुई? अब मैंने OS X के तहत आपके तरीकों की नकल करने की कोशिश की है, और मैंने भी पाया कि फाइलें दूषित हो रही हैं। मैं एक देर से 2009 मैकबुक प्रो 15 "का उपयोग कर रहा हूं, और मेरे पास SD25 पर 500GB का मोमेंटस एक्सटी है।

फ्रेड

— फ्रेड
स्रोत

यह रिपोर्ट करने के लिए धन्यवाद! क्या आप बिना किसी दूषित फ़ाइल की तुलना करने के लिए निम्न आदेश चला सकते हैं? cmp -l <uncorrupted file> <corrupted copy> | headयदि हमें एक ही समस्या हो रही है, तो आपको संख्याओं के तीन स्तंभों को देखना चाहिए, और बाएं कॉलम में लगातार दस संख्याएँ होनी चाहिए। (विवरण: बाएं कॉलम अलग-अलग बाइट्स की बाइट संख्या दिखाता है, और अन्य दो कॉलम अलग-अलग बाइट्स के वास्तविक मूल्यों को दिखाते हैं।)

— विन्सेन्ट यू