जवाबों:
कभी-कभी किसी ड्राइव के स्वचालित क्षेत्र स्थानांतरण क्षमताओं का उपयोग करना अनुचित होता है, इसलिए ओहो द्वारा उठाया गया प्रश्न विशिष्ट हो जाता है:
यदि कोई दोषपूर्ण क्षेत्र है, तो आप या तो:
- किसी भी कार्रवाई को करने से पहले इस पर विचार करें, जो कि स्थानांतरण (या हटाने या बख्शने, या जिसे आप इसे कहते हैं) का कारण हो सकता है।
जबकि स्पिनराइट 6 मैक के लिए नहीं है, संस्करण 5 के लिए 2003 का पेज ज्ञानवर्धक है:
ऑटो-स्थानांतरण और डटलॉस के संबद्ध जोखिम के बारे में अनुभाग पर ध्यान दें।
एक तरफ स्पिनरिट, 2003 से 2013 तक एक दशक आगे तेजी से:
यहाँ प्रश्न के लिए ...
मैक एक्स के लिए - ओएस एक्स के लिए - मुझे स्पिनराइट के रूप में सक्षम और सावधान कुछ भी नहीं पता है (ऑटो-स्थानांतरण को अक्षम करने के लिए कुछ भी नहीं)।
इसलिए, जैसे ही चीजें खड़ी होती हैं: ओएस एक्स के साथ यूएसबी पर एक डिस्क के क्षेत्रों को सत्यापित करने के लिए , हम संभवतः उपयोगिताओं का उपयोग करने के लिए सीमित हैं जो स्थानांतरण के कारण हो सकते हैं । मैं संबद्ध डलाटॉस के जोखिम की डिग्री का अनुमान नहीं लगा सकता, लेकिन अगर वह जोखिम स्वीकार्य है तो मुझे पहले की ओर कदम बढ़ाना चाहिए:
संकेत: संबंधित प्रश्न के तहत (1) अधिक उपयोगकर्ता के अनुकूल है।
अकेले OS ड्राइव पर SMART तकनीकों का उपयोग नहीं कर सकता है जो USB 2.0 और फायरवायर जैसी बसों में बाहरी हैं।
कहीं और जानकारी (और गलतफहमी) का धन है, इसलिए मैं उत्तर के इस हिस्से को सिर्फ एक बिंदु पर केंद्रित करूंगा:
GitHub पर kasbert / OS-X-SAT-SMART- ड्राइवर :
... मैक ओएस एक्स बाहरी यूएसबी या फायरवायर ड्राइव के लिए एक कर्नेल ड्राइवर। यह SMART डेटा को चलाने के लिए मानक ड्राइवर व्यवहार प्रदान करता है। स्मार्ट डेटा का इंटरफ़ेस ATA परिवार के ड्राइवर के समान है, इसलिए अधिकांश मौजूदा अनुप्रयोगों को काम करना चाहिए। ड्राइवर को SAT (SCSI ATA अनुवाद) सक्षम बाहरी ड्राइव बाड़े की आवश्यकता होती है। ...
यदि आप इस KEXT को शेर के साथ आजमाते हैं - जैसे कि किसी तीसरे पक्ष के कर्नेल एक्सटेंशन के साथ - सावधानी के साथ आगे बढ़ें।
कमांड में निर्मित ओएस एक्स fsck_hfs
में एक विकल्प है -S
जो स्पष्ट रूप से जांच करेगा कि ओएस एक्स पर यूएसबी हार्ड डिस्क पर खराब ब्लॉक है या नहीं।
से सरकारी आदमी पेज :
-S कारण fsck_hfs I / O त्रुटियों की तलाश में पूरे डिवाइस को स्कैन करने के लिए। यह -B विकल्प के समान, त्रुटियों वाले नामों को ब्लॉक करने का प्रयास करेगा ।
उदाहरण:
fsck_hfs -fy -S /dev/disk3s11
ऐसा नहीं है कि जब विभाजन पर चलने कर किया जा रहा है बिना अभी तक / दस्तावेज की जांच करने के बुरा ब्लॉक लेकिन मैंने जब वहाँ उसके द्वारा कर रहे हैं बुरा ब्लॉक।
अद्यतन: खूनी नरक! ऐप्पल ने मैनपेज़ को अपनी साइट से हटा दिया है।
एप्लिकेशन / उपयोगिताओं में Terminal.app खोलें।
कट लगाने के लिए इसे अंदर काटें और चिपकाएँ:
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
काढ़ा के साथ e2fsprogs स्थापित करें:
brew install e2fsprogs
diskutil list
अपना डिवाइस खोजने के लिए टाइप करें (/ dev / diskX)
badblocks
अपने डिवाइस पर चलाएँ : (अपने डिवाइस नंबर के साथ एक्स को बदलें)
/usr/local/Cellar/e2fsprogs/1.44.3/sbin/badblocks -v /dev/diskX
Operation not permitted while trying to determine device size
(sudo के बिना / के साथ)
आपके द्वारा चलाए जा सकने वाले ड्राइव पर फ़ाइल सिस्टम के आधार पर
fsck_msdos /dev/disk1s1
यह एक एफएटी एफएस की जांच करेगा। शायद यही आप चाहते हैं? संभावित आदेश हैं:
fsck_cs
fsck_exfat
fsck_hfs
fsck_msdos
fsck_udf
fsck_hfs -S
संपूर्ण फाइल सिस्टम सामग्री को स्कैन करता है और I / O त्रुटियों के नाम के साथ ब्लॉक करता है।
वास्तव में पता करने का एकमात्र तरीका प्रत्येक क्षेत्र को लिखना है और इसे वापस पढ़ने के लिए यह देखने के लिए कि क्या आपको एक ही चीज़ वापस मिलती है, रास्ते में त्रुटियों के लिए जाँच कर रहा है।
badblocks
लिनक्स के तहत यह करता है। badblocks
एक nondestructive पढ़ने / लिखने परीक्षण मोड है।
विंडोज के तहत, मेरा मानना है कि अगर आप के chkdsk
साथ , और विकल्पों के साथ आह्वान करते हैं /F
, तो यह खराब क्षेत्रों के लिए प्रत्येक क्षेत्र का परीक्षण करेगा। यह गैर-विनाशकारी भी है लेकिन मुझे यकीन नहीं है कि यह वास्तव में परीक्षण करने के लिए प्रत्येक क्षेत्र को लिखता है।/B
/R
इस सुपरसुअर उत्तर से पता चलता है कि स्पिनराइट 6 भी ऐसा ही कर सकता है लेकिन मैंने परीक्षण नहीं किया है।
यदि आपको संदेह है कि आपको पता होना चाहिए कि आपको किस क्रम में आगे बढ़ना चाहिए, तो आप मुझे सलाह दें:
1) dd का उपयोग करके अपने संपूर्ण विभाजन की एक प्रतिलिपि किसी अन्य डिवाइस पर बनाएं (अपने विभाजन नाम का उपयोग करके देखें df
)। इसमें 400Gb की USB2 डिस्क पर एक दिन से अधिक समय लग सकता है। यदि कोई रीड एरर था तो bs=
इसे बढ़ाएं (कारक 5 या अधिक), sync
शून्य के साथ इनपुट ब्लॉक भरता है।
dd if=/dev/disk3s8 of=/dev/disk4s9 bs=1024k conv=noerror,sync
2) फिर जांचें कि क्या यह वास्तव में काम करता है, न केवल फ़ोल्डर संरचना, बल्कि सामग्री भी खोलें।
3) यदि ऐसा नहीं हुआ, तो फ़ाइल विभाजन पर अपने विभाजन की सामग्री को कॉपी करने का प्रयास करें।
cp -Rp /Volumes/<source>/ /Volumes/<destination>/
4) केवल अब, कि आपने फाइल सिस्टम को छूने के बिना जितना संभव हो उतना बचाने की कोशिश की है, विभाजन पर एक चेक चलाएं। -f
विकल्प ठीक लगने पर भी बल देगा, -S
खराब ब्लॉकों के लिए स्कैन करता है। यह ऑपरेशन गैर-प्रतिबंधात्मक होने की गारंटी नहीं है, लेकिन यह आपकी डिस्क को बचा सकता है।
fsck_hfs -fS /dev/disk3s8